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Voor  een  verantwoorde  risico-analyse  tijdens  maritieme  operaties  is  het  noodza- 
kelijk  de  detectiekans  van  en  de  beschikbare  reactietijd  op  dreigingen  te  kennen. 
Een  belangrijke  factor  hierbij  is  het  bereik  van  radar  en  infrarood  waarnemings- 
systemen  in  gegeven  meteorologische  omstandigheden.  Dit  bereik  kan  worden 
berekend  met  een  zgn.  reikwijdtevoorspeller. 

Een  eerste  versie  van  een  reikwijdtevoorspeller  voor  (thermisch)  infrarode  waar- 
nemingssystemen  is  ontwikkeld.  In  deze  voorspeller  is  de  binnen  het  FEE  aanwe- 
zige  kennis  op  het  gebied  van  propagatie  van  electro-optische  straling  door  de 
atmosfeer  samengebracht.  In  dit  project  is  de  nadruk  gelegd  op  de  rol  van  de 
atmosfeer:  sensor  en  doelen  zijn  slechts  schetsmatig  gemodelleerd.  Deze  voor¬ 
speller  is  zonder  aanvullend  werk  dan  ook  nog  niet  operationeel  bruikbaar. 

Op  basis  van  standaard  meteorologische  parameters  (zoals  windsnelheid  en  tempe- 
ratuur)  berekent  de  reikwijdtevoorspeller  de  propagatie-eigenschappen  van  de 
atmosfeer,  waarbij  effecten  als  extinctie  door  aerosolen  en  moleculen,  alsmede 
breking  (super-  en  subrefractie)  expliciet  worden  meegenomen. 

De  reikwijdtevoorspeller  is  geschikt  voor  scenario’s  met  een  doel  op  grote  afstand 
(orde  30  km)  en  lage  hoogte  (minder  dan  50  m).  Aparte  modules  zijn  beschikbaar 
voor  de  Noordatlantische  oceaan  en  de  Nederlandse  kust.  De  gebruiker  kan  zowel 
een  overzicht  krijgen  van  de  detectiekans  van  doelen  in  een  gegeven  scenario,  als 
een  indruk  krijgen  van  de  invloed  van  meteorologische  parameters  op  de  detectie¬ 
kans. 

Veel  aandacht  is  besteed  aan  de  gebruikersvriendelijkheid  van  de  reikwijdtevoor¬ 
speller.  Het  product  draait  in  een  Windows-omgeving,  en  alle  modules  zijn  volle- 
dig  geintegreerd:  de  gebruiker  dient  alleen  het  meteorologisch  scenario  te  specifi- 
ceren.  Een  uitgebreide  gebruikershandleiding  is  in  dit  rapport  opgenomen. 

Daamaast  worden  de  diverse  modules  van  de  reikwijdtevoorspeller  kort  beschre- 
ven,  alsmede  een  technische  beschrijving  van  het  programma  gegeven.  Tenslotte 
worden  aanbevelingen  gedaan  voor  een  volgende  versie.  De  aanbevelingen  liggen 
zowel  op  het  vlak  van  additionele  modules  welke  de  voorspelling  verbeteren,  als 
op  het  gebied  van  gebruikersgemak. 
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1.  Inleiding 


In  modeme  oorlogvoering  is  het  van  het  grootste  belang  om  dreigingen  in  een  zo 
vroeg  mogelijk  stadium  te  detecteren.  De  hoge  snelheden  die  (geleide)  projectielen 
bereiken  geven  de  verdediger  slechts  luttele  seconden  de  tijd  om  te  reageren. 
Daarom  worden  nieuwe  generaties  waamemingssytemen  met  een  groot  bereik 
ontwikkeld.  Het  precieze  bereik  van  deze  systemen  hangt  af  van  de  propagatie- 
eigenschappen  van  de  atmosfeer,  die  op  hun  beurt  weer  bepaald  worden  door  de 
meteorologische  omstandigheden.  Uiteraard  spelen  ook  de  karakteristieken  van  het 
systeem  (b.v.  gevoeligheid)  en  het  doel  (b.v.  grootte)  een  rol. 

Voor  een  verantwoorde  risico-inschatting  dient  een  commandant  te  weten  wat  het 
bereik  van  zijn  waamemingssystemen  is  onder  de  heersende  condities.  Daamaast 
zal  hij  een  inschatting  willen  maken  hoe  dit  bereik  verandert  als  de  weersomstan- 
digheden  veranderen  (b.v.  opstekende  wind).  Hiervoor  is  een  reikwijdtevoorspeller 
nodig:  een  model  dat  aan  de  hand  van  meteorologische,  systeem-  en  doelparame- 
ters  het  bereik  van  een  waarnemingssysteem  voorspelt.  In  een  reikwijdtevoorspel¬ 
ler  zijn  dus  drie  afzonderlijke  modules  te  onderscheiden:  een  atmosferische,  sensor 
en  doelmodule. 

De  atmosferische  module  van  een  reikwijdtevoorspeller  voor  infrarode 
(thermische)  waamemingssystemen  dient  rekening  te  houden  met  extinctie,  turbu- 
lentie  en  refractie  in  de  onderste  lagen  van  de  atmosfeer.  Extinctie  ten  gevolge  van 
absorptie  en  verstrooiing  door  aerosol  en  moleculen  vermindert  het  contrast  van 
het  doel  met  zijn  achtergrond.  Turbulentie  veroorzaakt  kleine  veranderingen  in  de 
brekingsindex  waardoor  scintillatie  en  “beam  wander”  ontstaan.  Refractie  treedt 
op  door  een  variatie  in  de  gemiddelde  brekingsindex  als  functie  van  de  hoogte  en 
leidt  tot  “ray-bending”,  waardoor  de  afstand  tot  de  optische  horizon  verandert  en 
hetzelfde  doel  onder  twee  verschillende  hoeken  kan  worden  waargenomen.  Een 
gedetailleerde  beschrijving  van  deze  verschijnselen  wordt  gegeven  door  De  Leeuw 
et  al.  [1995a,b]. 

In  het  kader  van  opdracht  A92KM613  is  een  eerste  versie  ontwikkeld  van  een 
reikwijdtevoorspeller  voor  infrarode  (thermische)  waamemingssystemen.  Hierbij 
is  de  nadruk  gelegd  op  de  atmosferische  module:  sensor  en  doel  zijn  slechts 
schetsmatig  gemodelleerd.  De  reikwijdtevoorspeller  is  vooral  gericht  op  scenario  s 
met  een  dreiging  vlak  boven  het  zee-oppervlak. 

In  deze  reikwijdtevoorspeller  zijn  bestaande  fysische  en  empirische  modellen  die 
de  propagatie-eigenschappen  van  de  atmosfeer  beschrijven  samengebracht.  Bij  de 
ontwikkeling  van  deze  modellen  is  gebruik  gemaakt  van  de  grote  hoeveelheid 
meetgegevens  die  in  de  afgelopen  15  jaar  verzameld  is.  Voor  de  ontwikkeling  van 
deze  eerste  versie  van  de  infrarood  reikwijdtevoorspeller  zijn  met  name  gegevens 
verkregen  tijdens  de  Cumulus  meetcampagne  [De  Leeuw  et  al.,  1986],  het 
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HEXMAX  experiment  [Smith  et  al.,  1990]  en  het  MAPTIP  programma  [De  Leeuw 
et  al.,  1994]  van  groot  belang  geweest. 

Bij  de  ontwikkeling  hebben  twee  randvoorwaarden  een  grote  rol  gespeeld.  In  de 
eerste  plaats  dient  de  reikwijdtevoorspeller  gebmik  te  maken  van  standaard  meteo- 
rologische  parameters,  zoals  deze  aan  boord  van  een  operationeel  schip  beschik- 
baar  zijn.  Hierbij  moet  gedacht  worden  aan  parameters  als  windsnelheid,  zee-  en 
luchttemperatuur,  druk  en  vochtigheid.  Ten  tweede  dient  de  reikwijdtevoorspeller 
gebruikersvriendelijk  te  zijn. 

In  hoofdstuk  2  wordt  een  korte  beschrijving  gegeven  van  de  diverse  modellen  die 
in  de  reikwijdtevoorspeller  zijn  opgenomen.  Voor  gedetailleerde  informatie  wordt 
verwezen  naar  de  referenties.  Hoofdstuk  3  bevat  een  gebruikershandleiding  voor 
de  reikwijdtevoorspeller.  Een  technische  beschrijving  van  de  code  en  de  program- 
meertaal  wordt  gegeven  in  hoofdstuk  4.  Tenslotte  worden  aanbevelingen  gedaan 
voor  een  volgende  versie  van  de  reikwijdtevoorspeller. 
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2.  Modelbeschrijving 


In  dit  hoofdstuk  wordt  een  beknopte  beschrijving  gegeven  van  de  diverse  modellen 
die  in  de  reikwijdtevoorspeller  verwerkt  zijn.  Het  betreft  hier  het  micro- 
meteorologisch  model,  het  mode!  voor  moleculaire  extinctie,  de  modellen  voor 
aerosol  extinctie  op  dekhoogte,  het  model  voor  het  verticale  profiel  van  de  aerosol 
extinctie,  en  het  model  voor  “ray-tracing”.  Voor  een  uitgebreide  beschrijving  van 
de  modellen  wordt  verwezen  naar  de  referenties  die  bij  elk  model  genoemd  wor- 
den. 


2.1  Micrometeorologisch  model 

Het  micrometeorologisch  model  wordt  aangeroepen  om  een  aantal  micrometeoro- 
logische  grootheden,  zoals  ruwheidslengte  en  schalingsparameters,  uit  te  rekenen 
[zie  o.a.  Stull,  1988].  Deze  parameters  worden  vervolgens  gebruikt  om  de  waarden 
van  windsnelheid,  relatieve  vochtigheid  en  luchttemperatuur,  zoals  gemeten  door 
de  sensoren  op  een  bepaalde  hoogte,  te  converteren  naar  de  waarden  voor  de 
standaardhoogte  van  10  meter  boven  gemiddeld  zeeniveau.  In  versie  1.0  is  een 
micrometeorologisch  model  gei'mplementeerd,  het  LKB-bulk  model  [Liu  et  al., 
1979]. 

Het  LKB  model  maakt  gebruik  van  de  zgn.  “drag-coefficient”,  die  de  relatie  geeft 
tussen  de  windsnelheid  op  10  meter  hoogte  en  de  frictie  snelheid  aan  het  oppervlak 
(zie  Geemaert  [1990]  voor  een  uitgebreide  discussie).  In  versie  1.0  zijn  twee 
relaties  voor  de  “drag-coefficient”  geimplementeerd:  een  relatie  gegeven  door 
Smith  [1980]  voor  “open  ocean”  condities,  en  een  relatie  gegeven  door  Davidson 
[1995]  voor  de  Noordzee  (gebaseerd  op  het  HEXMAX  experiment,  zie  Smith  et  al. 
[1990]).  Het  LKB-model  kiest  uit  deze  twee  relaties  afhankelijk  van  het  gekozen 
aerosol  model  (zie  onder);  Noordzee  voor  het  MPN-model,  “open  ocean”  voor  het 
NAM-  en  TNO-open  ocean  model. 

Het  LKB-model  berekent  de  atmosferische  schalingsparameters  (u*,  Q*  en  T*),  de 
ruwheidslengte  Zq,  en  de  Monin-Obhukov  lengte  L,  welke  een  maat  is  voor  de 
atmosferische  stabiliteit.  Met  deze  parameters  kunnen  windsnelheid,  luchttempe¬ 
ratuur  en  vochtigheid  op  een  willekeurige  hoogte  worden  berekend  volgens  een 
logarithmisch  profiel,  gecorrigeerd  voor  de  stabiliteit. 

Het  LKB-model  werkt  niet  in  een  zeer  stabiele  atmosfeer,  d.w.z.,  een  warme 
luchtmassa  boven  een  koude  zee  in  combinatie  met  een  lage  windsnelheid.  De 
precieze  grenzen  zijn  afhankelijk  van  de  windsnelheid:  voor  een  windsnelheid 
lager  dan  5  m/s  en  een  temperatuursverschil  tussen  lucht  en  zee  groter  dan  5  °C 
werkt  het  model  niet.  Een  uitgebreide  discussie  wordt  gegeven  door  Smith  [1988]. 


2.2 


Moleculair  model 


De  moleculaire  extinctie  wordt  uitgerekend  met  een  EO/IR  atmosferisch  transmis- 
siemodel  dat  ontwikkeld  is  door  LeClerc  [1989]  van  DREV  (Canada).  Dit  model  is 
gebaseerd  op  een  parameterisatie  van  de  Lowtran  6  code  [Kneizys  et  al.  1983]  en 
geldt  onder  de  aanname  van  uniforme  spectrale  radiantie.  In  dat  geval  kan  de 
moleculaire  extinctie  wordt  berekend  als  een  som  van  een  golflengte  onafhankelijk 
continuum  en  een  golflengte  afhankelijke  absorptie. 

Het  model  heeft  drie  meteorologische  parameters  nodig:  de  relatieve  vochtigheid, 
atmosferische  druk  en  luchttemperatuur.  De  moleculair  extinctie  kan  berekend 
worden  vooreen  viertal  laserlijnen  (10.6,  3.8,  1.06  en  0.6  p,m)  en  een  drietal 
banden  (0.6- 1.0,  3-5  en  8-12  ^m).  Uit  testen  is  gebleken  dat  een  correcte  bereke- 
ning  vooral  afhangt  van  een  juiste  waarde  voor  de  luchttemperatuur  (zie 
[Schwering  en  Van  Eijk,  1994]).  Elke  0.2  °C  afwijking  leidt  tot  1%  afwijking  in  de 
extinctie. 

LeClerc  [1989]  valideert  het  model  t.o.v.  Lowtran  6  aan  de  hand  van  drie  atmosfe¬ 
rische  verticale  profielen  waarin  vochtigheid,  druk,  en  luchttemperatuur  sterk 
varieren.  Afwijkingen  t.o.v.  Lowtran  6  zijn  typisch  in  de  orde  van  enkele  procen- 
ten  over  padlengtes  van  30  km. 


2.3  Aerosol  modeller! 

De  aerosol  extinctie  wordt  uitgerekend  in  twee  stappen.  In  de  eerste  stap  wordt  de 
extinctie  op  dekhoogte  (10  meter  boven  zeeniveau)  uitgerekend  (zie  onder),  waar- 
na  het  verticale  profiel  van  de  aerosol  extinctie  wordt  uitgerekend  (zie  volgende 
paragraaf).  Versie  1.0  van  de  reikwijdtevoorspeller  beschikt  over  drie  aerosol 
modellen  om  de  extinctie  op  dekhoogte  uit  te  rekenen:  een  algemeen  model 
(NAM),  een  model  voor  de  noordelijke  Atlantische  Oceaan,  en  een  model  speci- 
fiek  voor  de  regio  rond  het  MPN-platform  (Noordzee). 

2.3.1  Navy  Aerosol  Model  (NAM) 

Het  Navy  Aerosol  Model  (NAM)  is  ontwikkeld  door  Gathman  [1983].  De  reik¬ 
wijdtevoorspeller  gebruikt  een  versie  [Hughes,  1987;  Gathman,  1989]  die  verbe- 
terd  is  aan  de  hand  van  theoretisch  [Gerber,  1985]  en  experimenteel  onderzoek  [De 
Leeuw,  1986].  NAM  is  een  algemeen  aerosol  model  dat  gebaseerd  is  op  een  grote 
set  meetgegevens  afkomstig  uit  diverse  geografische  gebieden.  Het  is  vooral 
geschikt  voor  “open  ocean”  scenario’s,  maar  mag  ook  gebruikt  worden  voor  kust- 
gebieden  indien  de  invloed  van  het  land  gering  is.  Het  NAM  model  is  minder 
geschikt  voor  binnenzeeen  zoals  de  Noordzee  en  voor  sterk  verontreinigde  gebie¬ 
den  [Tanguy  et  al.,  1991;  Van  Eijk  en  De  Leeuw,  1992a]. 
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Behalve  standaard  meteorologische  parameters  zoals  windsnelheid  en  relatieve 
vochtigheid,  heeft  het  NAM-model  twee  parameters  nodig  die  mogelijk  niet  stan¬ 
daard  aanwezig  zijn.  Dit  zijn  de  gemiddelde  windsnelheid  in  de  afgelopen  24  uur 
en  het  zicht  bij  0.55  |im.  NAM  gebruikt  deze  laatste  parameter  om  de  zgn.  “air 
mass  parameter”  uit  te  rekenen,  die  de  herkomst  (continentaal  of  maritiem)  van  de 
luchtmassa  parametriseert. 

Het  NAM  model  heeft  echter  als  voordeel  dat  het  in  vrijwel  alle  meteorologische 
omstandigheden  kan  worden  toegepast.  De  enige  restrictie  die  in  de  praktijk  zal 
voorkomen,  is  dat  de  relatieve  vochtigheid  niet  boven  de  99%  mag  komen.  Een 
tweede  voordeel  van  NAM  is  dat  het  niet  alleen  de  aerosol  extinctie  voor  een 
aantal  laserlijnen  kan  uitrekenen,  maar  ook  bandextincties  (zie  paragraaf 
Betrouwbaarheid) . 

2.3.2  TNO  Open  Ocean  model 

Het  TNO  Open  Ocean  model  is  uitgebreid  beschreven  door  De  Leeuw  et.al. 

[1993],  Het  model  is  gebaseerd  op  metingen  die  in  mei-juni  1983  nabij  het  Ocean 
Weather  Station  (OWS)  Lima  (57  °N,  20  °W)  in  de  Noord-Atlantische  oceaan  zijn 
verricht  (zie  De  Leeuw  et.al.  [1986]).  Het  model  is  dan  ook  niet  geschikt  voor 
ander  geografische  gebieden. 

De  input  voor  het  model  bestaat  in  ieder  geval  uit  de  windsnelheid.  Een  betere 
voorspelling  wordt  verkregen  als  ook  relatieve  vochtigheid,  luchttemperatuur  en 
zeewatertemperatuur  bekend  zijn.  Het  model  kan  niet  gebruikt  worden  in  meteo¬ 
rologische  scenario’s  met  een  hoge  windsnelheid  (meer  dan  15  m/s).  De  betrouw¬ 
baarheid  van  het  model  neemt  af  naarmate  de  luchttemperatuur  toeneemt  (hoger 
dan  15  °C),  en  naarmate  de  atmosfeer  onstabieler  wordt  (ASTD  <  -5  °C)  (zie  ook 
Schwering  en  Van  Eijk  [1994]). 

Het  TNO  Open  Ocean  model  kan  de  aerosol  extinctie  berekenen  voor  5  laserlijnen, 
te  weten  10.6,  4.0,  1.064,  0.6943  and  0.55  [tm.  De  berekende  extinctie  wijkt  ge- 
middeld  een  factor  1.5  af  van  de  werkelijke  extinctie.  (68%  confidence  limit)  [De 
Leeuw  et.al.,  1993]. 

2.3.3  MPN  Aerosol  model 

Het  MPN  aerosol  model  [Van  Eijk  en  De  Leeuw,  1992a,b]  is  gebaseerd  op  meet- 
gegevens  die  tijdens  het  HEXMAX-experiment  in  october-november  1986  op  het 
MPN-platform  in  de  Noordzee  zijn  verzameld  [Smith  et  al.,  1990].  Het  model  is 
gevalideerd  met  data  verkregen  tijdens  het  MAPTIP  experiment  [Van  Eijk  et  al., 
1994].  Het  is  een  van  de  weinige  modellen  die  de  aerosol  extinctie  in  een  kustge- 
bied  beschrijven,  maar  het  is  helaas  uitsluitend  bruikbaar  binnen  een  straal  van  40 
km  rondom  het  MPN  platform. 


De  input  parameters  van  het  model  zijn  windsnelheid  en  windrichting.  De  be¬ 
trouwbaarheid  van  de  voorspelling  neemt  toe  als  ook  relatieve  vochtigheid  en 
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ASTD  gespecificeerd  zijn.  Het  model  is  bruikbaar  voor  windsnelheden  tot  25  m/s. 
De  betrouwbaarheid  van  het  model  neemt  af  wanneer  de  windrichting  tussen  0°  en 
90°  N  ligt  en/of  wanneer  de  luchttemperatuur  hoger  is  dan  20  °C  [Schwering  en 
Van  Eijk,  1994]. 

Het  MPN  aerosol  model  kan  de  extinctie  berekenen  voor  5  laserlijnen,  te  weten 
10.6,  4.0,  1.064,  0.6943  and  0.55  pm.  De  berekende  extinctie  wijkt  gemiddeld  een 
factor  2.0  af  van  de  werkelijke  extinctie.  (68%  confidence  limit)  [Van  Eijk  en  De 
Leeuw,  1992c]. 

2.3.4  Betrouwbaarheid  aerosol  band  extinctie 

De  Open  Ocean  en  MPN  aerosol  model len  kunnen  geen  bandextinctie  uitrekenen. 
Daarom  wordt  de  aerosol  extinctie  in  de  3-5  pm  band  benaderd  met  de  4  pm 
lijnextinctie.  Deze  benadering  is  toegestaan  indien  de  aerosol  extinctie  niet  sterk 
afhankelijk  is  van  de  golflengte.  Deze  hypothese  is  getest  met  het  NAM  model,  dat 
zowel  band-  als  lijnextinctie  kan  berekenen. 

De  4  pm  lijnextinctie  bleek  ongeveer  5%  kleiner  te  zijn  dan  de  3-5  pm  bandex¬ 
tinctie  wanneer  het  zicht  groter  was  dan  20  km.  Als  het  zicht  afneemt,  neemt  de 
discrepantie  tussen  lijn-  en  bandextinctie  snel  toe.  Bij  een  zicht  van  5  km  is  de 
afwijking  30%,  bij  een  zicht  van  100  m  is  dit  60%. 

Op  dezelfde  wijze  werd  ook  het  benaderen  van  de  8-12  pm  bandextinctie  met  de 
10.6  pm  lijnextinctie  getest.  Hier  bleek  de  lijnextinctie  12%  kleiner  dan  de  ban¬ 
dextinctie.  Bij  lage  windsnelheden  en/of  hoge  relatieve  vochtigheid  loopt  de 
onderschatting  op  tot  20%. 

De  precieze  afwijking  tussen  lijn-  en  bandextinctie  is  afhankelijk  van  de  sensor 
karakteristieken.  In  de  hierboven  beschreven  testen  is  gelijk  gewicht  toegekend  aan 
elke  golflengte  in  de  band  (statistisch  gemiddelde).  In  werkelijkheid  zal  de  sensor- 
gevoeligheid  moeten  worden  meegenomen,  hetgeen  de  percentages  zoals  hierbo¬ 
ven  gegeven  kan  veranderen  (met  name  in  de  3-5  pm  band). 


2.4  Verticale  profiel  van  aerosol  extinctie 

Het  verticale  profiel  van  de  aerosol  extinctie  wordt  uitgerekend  met  een  model  van 
Goroch  et  al.  [1980]  en  De  Leeuw  [1989].  Dit  model  is  echter  ontwikkeld  om  de 
verticale  verdeling  van  aerosolen  van  een  bepaalde  diameter  te  berekenen.  In 
principe  dient  dus  de  verticale  verdeling  voor  een  groot  aantal  diameters  te  worden 
doorgerekend,  waama  op  elke  hoogte  m.b.v.  Mie-theorie  de  extinctie  kan  worden 
berekend. 

In  deze  eerste  versie  van  de  reikwijdtevoorspeller  wordt  echter  aangenomen  dat  het 
verticale  profiel  voor  aerosolen  met  een  (droge)  straal  van  I  pm  representatief  is 
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voor  het  verticale  profiel  van  de  aerosol  extinctie.  Deze  straal  is  gekozen  omdat 
deze  redelijk  overeenkomt  met  de  gemiddelde  (natte)  straal  van  het  aerosol.  Deze 
benadering  is  echter  nog  niet  gevalideerd.  Davidson  et  al.  [1994]  hebben  laten  zien 
dat  het  model  de  verticale  verdeling  van  het  aerosol  goed  kan  berekenen,  behalve 
in  kustgebieden  met  aflandige  wind. 

Het  verticale  profiel  wordt  berekend  aan  de  hand  van  micrometeorologische  para¬ 
meters  (Monin-Obhukov  lengte,  schalingsparameters  en  ruwheidslengte),  die 
beschikbaar  zijn  uit  het  LKB  model  (zie  boven).  Effecten  van  de  relatieve  vochtig- 
heid  (verticaal  profiel,  groeien  en  krimpen  van  het  aerosol)  worden  expliciet 
gemodelleerd.  Entrainment  aan  de  bovenkant  van  de  grenslaag  wordt  beschreven 
met  modellen  van  Tennekes  en  Driedonks  [1980]  voor  een  stabiele  atmosfeer,  van 
Tennekes  [1973]  voor  een  instabiele  atmosfeer  met  vrije  convectie,  en  van  Dear- 
dorff  [1976]  voor  een  instabiele  atmosfeer  met  geforceerde  entrainment. 


2.5  Refractiemodel 

Als  gevolg  van  variaties  in  de  brekingsindex  van  de  atmosfeer  worden  lichtstralen 
gebroken.  De  resulterende  stralengang  kan  worden  berekend  met  een  “ray-tracing” 
model.  In  deze  versie  van  de  reikwijdtevoorspeller  wordt  een  model  van  Kunz 
[1995]  gebruikt. 

Het  “ray-tracing”  model  berekent  het  verticale  profiel  van  de  brekingsindex  uit  de 
profielen  van  temperatuur,  vochtigheid  en  druk.  De  eerste  twee  zijn  beschikbaar 
uit  het  LKB-model  (zie  boven),  de  laatste  volgt  uit  de  hydrostatische  vergelijking. 
De  brekingsindex  wordt  berekend  volgens  Edlen  [1966].  Deze  methode  is  geldig 
voor  een  groot  golflengtegebied  [Fenn  et  al.,  1985]  en  stemt  goed  overeen  met 
vergelijkbare  modellen  [Kunz,  1993]. 

Met  behulp  van  het  profiel  van  de  brekingsindex  kan  de  stralengang  door  de  at¬ 
mosfeer  worden  berekend.  In  het  algemeen  geldt  dat  in  een  stabiele  atmosfeer 
(lucht  warmer  dan  zee)  superrefractie  optreedt.  Hierdoor  is  de  optische  horizon 
minder  ver  dan  de  geometrische  horizon  en  zullen  laagvliegende  doelen  eerst  laat 
worden  gedetecteerd.  In  een  instabiele  atmosfeer  treedt  subrefractie  op 
(“ducting”),  waardoor  de  optische  horizon  juist  verder  ligt  dan  de  geometrische 
horizon. 
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3.  Gebruikershandleiding 

3.1  Systeem  eisen 

Om  RAID  op  een  doeitreffende  manier  te  gebaiiken  zijn  de  volgende  minimale 
systeem  eisen  van  toepassing: 

•  Computer:  een  standaard  PC  met  een  80486  of  compatible  microprocessor. 
Microsoft  Windows  V3.1  of  Windows  95.  Een  harddisk  en  een  1.44  MB  floppy 
disk  drive. 

•  Diskruimte:  om  RAID  te  installeren  is  1  MB  diskraimte  nodig.  Tijdens  het 
werken  met  RAID  is  30  MB  harddisk  ruimte  nodig. 

•  RAM:  om  RAID  te  kunnen  gebruiken  is  8  Mb  RAM  nodig. 

•  Display:  VGA. 

•  Muis:  een  Microsoft  compatible  muis  is  vereist. 

•  Printer:  optie. 


3.2  Optics  en  mogeiijkheden  van  het  programma 

Zodra  RAID  wordt  gestart,  verschijnt  een  leeg  window  met  een  menu  bar  waarin 
zich  de  hoofdmenu  optics  bevinden.  Figuur  3. 1  geeft  aan  uit  welke  delen  dit  win¬ 
dow  is  opgeboLiwd.  Selecteer  de  diverse  menu  optics  om  alle  RAID  commando’s 
te  zien.  De  beschreven  buttons  van  dit  figuur  zijn  in  elk  plot-window  van  RAID 
terug  te  vinden. 


/- Close  button 

Title  bar 

Maximize  button  — \ 

Minimize  button  — \  \ 

\  \ 

PT 

^  RAID 

- 

pile 

Mode  input 

gettings  Window  Help 

_ 1 

\ 

/ 

Menu  options 


J 


Figuur  3.1:  RAID 
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In  het  nu  volgende  deel  van  de  handleiding  zal  aandacht  worden  besteed  aan 
diverse  mogelijkheden  van  RAID.  Deze  zullen  worden  besproken  aan  de  hand  van 
de  aanwezige  hoofdmenu  opties  van  dit  window. 


3.2.1  File  Menu 

Het  File  menu  bestaat  uit  6  opties  (figuur  3.2): 


Mode  Input  Settings  Plot  Window  Help  | 

New 

Save 

Save  as... 

Print... 

Exit  AIt+F4 

Figuur  3.2:  File  Open 

De  menu  opties  New,  Open,  Save  en  Save  as  hebben  betrekking  op  de  files  die 
informatie  bevatten  over  instellingen  van  aanwezige  dialogboxen  binnen  RAID. 
Menu  optie  New  zet  alle  invoerveld-instellingen  van  RAID  terug  op  default  waar- 
den.  Dit  zijn  de  instellingen  waarmee  het  programma  wordt  opgestart. 


Figuur  3.3:  File  Open  dialogbox 

Met  menu  optie  Open  is  het  mogelijk  om  dialogbox-instellingen  te  lezen  van  disk. 
Op  deze  wijze  zijn  veel  gebruikte  combinaties  van  bepaalde  typen  sensoren,  doe- 
len  en/of  meteorologische  scenario’s  makkelijk  toegankelijk.  Door  middel  van  de 
‘File  Open’  dialogbox  uit  figuur  3.3  is  het  mogelijk  een  dergelijk  bestand  op  te 
halen  van  disk,  dat  alle  instellingen  bevat  die  RAID  nodig  heeft  voor  een  bereke- 
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ning.  Deze  instellingen  betreffen  alle  aanwezige  checkboxen,  dialogboxen,  invoer- 
velden  en  menu’s. 

Zodra  een  bestand  niet  gelezen  of  gevonden  kan  worden,  wordt  hier  een  melding 
van  gemaakt  zoals  is  weergegeven  in  figuur  3.4. 


Figuur  3.  5:  File  Save  /  File  Save  as  dialogbox 

Door  middel  van  de  ‘File  Save  /  File  Save  as’  dialogbox  uit  figuur  3.5  is  bet  mo- 
gelijk  een  bestand  te  schrijven  naar  disk.  Dit  bestand  bevat  alle  dialogbox  instel¬ 
lingen  (zoals  instellingen  van  checkboxen,  dialogboxen,  invoervelden  en  instellin¬ 
gen  van  het  menu)  van  RAID.  Alhoewel  dit  bestand  in  ASCII  is  opgeslagen  wordt 
het  afgeraden  om  hierin  zelf  veranderingen  aan  te  brengen,  omdat  het  format  van 
het  bestand  aan  bepaalde  eisen  dient  te  voldoen. 

Zodra  een  file  naar  disk  is  geschreven,  wordt  dit  bevestigd  met  een  messagebox 
(figuur  3.6).  File-namen  die  langer  zijn  dan  8  karakters  worden  automatisch  inge- 


TNO-rapport 


FEL-95-A285 


14 


kort,  zodat  altijd  een  file-naam  met  een  maximale  lengte  van  8  karakters  naar  disk 
wordt  geschreven. 


^  ^  P5l0  saved  " 

j  O 

1 

no\v20\noname.rmi 

! 

Figuur.3.6:  File  saved  rnessagebox 

Menu  optie  Print  is  in  deze  versie  van  RAID  niet  geimplementeerd. 

Menu  optie  Exit  dient  om  RAID  te  beeindigen.  Deze  optie  is  ook  te  verwezenlijken 
met  een  hot  key  (Alt+F4). 

3.2.2  Mode  menu 

Met  menu  optie  Mode  kan  de  gewenste  type  berekening  worden  ingesteld  (figuur 
3.7).  De  geselecteerde  radio-button  geeft  aan  welke  berekening  zal  worden  uitge- 
voerd.  De  berekening  wordt  gestart  door  hoofdmenu  optie  Plot  in  de  menu  bar  te 
selecteren. 


"'4:  c.  Program  Mode  > 


Standard  Operation 
^  Detection  Probability 
O  Ray  Tracing 


Meteo  Parameter  Dependence' 
O  T  vs  Wind  Speed 
o  T  vs  Wind  Direction 
o  T  vs  Relative  Humidity 
O  T  vs  ASTD 


"System  Parameter  Dependence' 
O  T  vs  Sensitivity 


"Target  Parameter  Dependence 
o  T  vs  Temperature  Difference 
O  T  vs  Height 


||;CanceI  ^  | 
Ptijelph^'} 


Figuur  3. 7:  Program  Mode  dialogbox 


TNO-rapport 


FEL-95-A285 


15 


Program  Mode  is  in  vier  categorieen  opgesplitst: 

•  Standard  operation 

•  Meteo  Parameter  Dependence 

•  System  Parameter  Dependence 

•  Target  Parameter  Dependence 

In  de  paragraaf  Plot  (3.3.5)  zullen  aan  de  hand  van  (plot-)resultaten  de  diverse 
modes  nader  worden  besproken.  De  modes:  T  vs  Sensitivity,  T  vj  Temperature 
Difference  en  T  vs  Height  zijn  in  deze  versie  van  RAID  niet  geimplementeerd.  De 
Help  optie  binnen  de  dialogbox  is  eveneens  nog  niet  geimplementeerd 


3.2.3  Input  menu 

Het  Input  menu  bestaat  uit  4  opties  (figuur  3.8): 


1  File  Mode 

'  '  ~  Settings 

Plot  Window  Help 

Sensor... 

Target... 

Bay  Tracing... 

Figuur  3.8: 

Input  Meteo 

De  menu  opties  Meteo,  Sensor,  Target  en  Ray  tracing  hebben  betrekking  op  de 
input  parameters  die  nodig  zijn  voor  een  berekening. 


Figuur  3.9:  Meteo  Input  dialogbox 

In  figuur  3.9  is  de  (default)  Meteo  Input  dialogbox  weergegeven.  Deze  dient  om 
meteorologische  parameters  in  te  voeren.  De  parameters  worden  gebruikt  als  input 
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voor  de  diverse  atmosferische  modeller!.  Er  kunnen  vier  categorieen  in  de  Meteo 
Input  dialogbox  worden  onderscheiden: 


•  Wind 

•  Temperatuur 

•  Vochtigheid 

•  Overige 

ledere  categorie  bevat  checkboxen  en  invoervelden  voor  het  respectievelijk  selec- 
teren  en  invoeren  van  meteorologische  parameters.  Voor  een  beschrijving  van  deze 
parameter- invoer  wordt  als  voorbeeld  de  windsnelheid  genomen  (figuur  3.10). 


K  Wind  Speed 


10.00 


[m/sj 


Height 


10.00 


Im] 


Figuur  3. 10:  Windsnelheid 

Met  de  aanwezige  checkbox  is  het  mogelijk  om  aan  te  geven  of  een  meteorologi¬ 
sche  parameter  bekend  is  of  niet.  Bij  het  uitschakelen  van  de  checkbox  komt  in  de 
betreffende  invoerveld(en)  het  getal  -99  te  staan.  Binnen  de  groep  atmosfeerfysica 
van  het  PEL  codeert  dit  getal  voor  een  ontbrekende  of  onbekende  parameter.  Bij 
de  daadwerkelijke  berekening  vindt  een  parameter  controle  plaats,  waarbij  geke- 
ken  wordt  of  voor  de  geselecteerde  modellen  voldoende  input  parameters  beschik- 
baar  zijn.  Als  dit  niet  het  geval  is,  wordt  hiervan  een  melding  gegeven.  Een  be¬ 
schrijving  van  deze  controle  wordt  gegeven  in  paragraaf  3.3.5. 


Door  met  de  muis  te  klikken  op  het  Wind  Speed  invoerveld  is  het  mogelijk  om  de 
windsnelheid  te  veranderen.  De  hoogte  waarop  deze  windsnelheid  is  gemeten, 
wordt  ingevoerd  door  met  de  muis  te  klikken  op  het  Height  invoerveld.  De  eenhe- 
den  waarin  de  fysische  parameters  dienen  te  worden  gespecifieerd,  zijn  rechts 
naast  de  invoervelden  weergegeven. 


De  overige  parameters  zijn  op  bovenstaande  manier  te  wijzigen.  Het  is  bij  de 
parameters  24hWindspeed,  Sea  Temperature  en  Visibility  niet  mogelijk  om  de 
hoogtes  te  veranderen  waarop  deze  parameters  gemeten  zijn. 

Push-button  Ok  bevestigt  de  invoer  en  push-button  Cancel  annuleert  de  verande- 
ringen.  Met  push-button  Defaults  worden  alle  checkboxen  en  controlfields  van 
deze  dialogbox  terug  gezet  in  hun  oorspronkelijke  staat.  De  Help  optie  binnen  deze 
dialogbox  is  in  deze  versie  van  RAID  nog  niet  gei'mplementeerd. 

Onjuiste  invoer  in  de  Meteo  Input  dialogbox  resulteert  in  twee  soorten  message 
boxen.  Als  voorbeeld  zijn  in  figuur  3.1 1  message  boxen  weergegeven  die  horen  bij 
het  geval  dat  de  invoer  voor  de  relatieve  luchtvochtigheid  niet  als  getal  kan  worden 
geinterpreteerd  (links)  en  het  geval  dat  de  opgegeven  relatieve  luchtvochtigheid 
niet  binnen  het  vereiste  domein  valt  (rechts).  Dit  domein  dient  ter  voorkoming  van 
onrealistische  meteorologische  scenario’s. 
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Figiiiir  3.11:  Onjiiiste  meteo-invoer 


1  File  Mode  ^  T  Settings  Plot  Window  Help 

Meteo... 

Target... 

Ray  Tracing... 

Figuur  3. 12:  Input  Sensor 

Met  menu  optie  Sensor  (binnen  hoofdmenu  optie  Input,  zie  figuur  3.12)  kunnen 
gegevens  ingevoerd  worden  die  betrekking  hebben  op  de  fysische  parameters  van 
de  sensor.  Deze  gegevens  zijn  belangrijk  omdat  ze  de  kans  op  detectie  beinvloe- 
den.  Gegevens  over  de  golflengte,  de  SNR  treshold,  NEI  System  (nog  niet  gei'm- 
plementeerd)  en  ook  de  hoogte  van  de  sensor  worden  hier  ingebracht.  Zodra  Ok  is 
ingedrukt  hebben  de  parameters  effect.  Onderstaande  dialogbox,  figuur  3.13  toont 
de  in  te  voeren  sensor  parameters 


Figuur  3. 13:  Sensor  parameters 

Zodra  foutieve  invoer  gegeven  wordt,  verschijnt  na  het  indrukken  van  de  Ok 
button  een  error  messagebox.  Deze  geeft  aan  waar  de  fout  zich  bevindt.  Als  bij- 
voorbeeld  in  het  treshold  input  veld  een  letter  ingevoerd  wordt,  verschijnt  een 
messagebox  zoals  getoond  in  figuur  3. 14.  Als  waarden  ingevoerd  worden  die 
buiten  zinvolle  limieten  van  de  sensor  vallen,  verschijnt  een  messagebox  die 
vermeld  binnen  welke  grenzen  de  invoer  geldig  is.  De  gebruiker  kan  pas  verder  als 
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de  invoer  correct  is.  De  Cancel  button  zorgt  ervoor  dat  deze  dialogbox  verlaten  kan 
worden  zonder  dat  input  parameters  veranderd  zijn. 


Figuur  3. 14:  Foutieve  invoer 


I  File  Mode  :  Settings  Plot  Window  Help  | 

I . . ■■■■■ - { - -  —  — 


Mcteo... 

Sensor... 


Figuur  3. 15:  Input  Target 

Menu  optie  Target  binnen  de  hoofdmenu  optie  Input  bevat  de  parameters  van  het 
doel  (figuur  3. 15).  Parameters  zijn  de  afstand,  radiantie,  temperatuur  en  hoogte  van 
het  doel.  De  dialogbox  wordt  getoond  in  figuur  3. 16. 


Target  Input 
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1 

1 
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1 
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50.00 
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I 
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25.00 
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1 

Figuur  3. 16:  Target  parameters 

Ook  hier  wordt  foute  invoer  direkt  beantwoord  met  een  error  messagebox  die 
vermeld  waar  de  fout  zich  bevindt.  In  figuur  3. 17  is  deze  messagebox  te  zien  in  een 
situatie  waarbij  in  het  Range  invoerveld  een  ongeldig  getal  is  ingevoerd.  Bij  invoer 
buiten  de  grenswaarden  verschijnt  een  messagebox  die  weergeeft  wat  de  grens- 
waarden  zijn. 
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Error 

1  ® 

1 

1 

Range  invalid  | 

1 

1 

, . J; 

Figuur  3.17 

■  Ongeldig  getal 

I  File  Mode  Settings  Plot  Window  Help 

Mctco... 

Sensor- 

Target... 


Figuur  3.  IS:  Input  Ray  Tracing 

De  laatste  menu  optie  van  Input  is  Ray  Tracing  (figuur  3.18).  Met  deze  optie 
worden  parameters  gespecificeerd  voor  een  grafische  weergave  van  het  verloop 
van  1  of  meerdere  lichtstralen  naar  de  sensor  toe.  Figuur  3.19  toont  de  input  dia- 
logbox  en  de  diverse  invoervelden:  een  hoek  waaronder  de  lichtstraal  vertrekt,  de 
spreiding  om  deze  hoek,  en  het  aantal  lichtstralen.  Het  aantal  lichtstralen  dient 
zorgvuldig  gekozen  te  worden,  omdat  de  rekentijd  sterk  toeneemt  naarmate  meer 
lichtstralen  getoond  moeten  worden.  Wanneer  te  veel  lichtstralen  getoond  moeten 
worden,  kan  het  voorkomen  dat  individuele  stralen  haast  niet  meer  te  zien  zijn.  Een 
bijna  zwart  vlak  in  de  plot  kan  dan  optreden. 


*  '-T  *  - 

“  KaV'^l  I 

adng^lnput 

1 

1  Angle 

0.00 
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1 

- a  1 

]  No.  of  Rays 
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Kml  1 

\ 

J . 

Figuur  3.19:  Ray  Tracing  dialogbox 
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Figuur  3.20:  Foutieve  invoer 

Als  foutieve  invoer  parameters  worden  ingevoerd,  verschijnt  een  messagebox  als 
figuur  3.20.  Gegevens  buiten  de  grenzen  worden  weergegeven  in  een  messagebox 
die  vermeld  binnen  welke  grenzen  invoer  moet  worden  gegeven. 


3.2.4  Settings 

Het  Settings  menu  bestaat  uit  4  opties: 


1  File  Mode  Input 

ri  .ii  Plot  Window  Help  | 

Aerosol  Model.t^ 

MPN 

Molecular  Model... 

DREV 

Vertical  structure... 

NFS 

Figuur  3.21 :  Settings  Micrometeo 

De  menu  opties  Micrometeo,  Aerosol  Model,  Molecular  Model  en  Vertical  struc¬ 
ture  hebben  betrekking  op  de  selectie  van  de  diverse  modellen  die  gebruikt  zijn 
voor  het  maken  van  een  berekening.  Het  Settings  menu  geeft  tevens  een  overzicht 
van  de  op  dit  moment  geselecteerde  modellen  (zie  figuur  3.21). 

De  eerste  keuze  betreft  het  micrometeorologisch  model  dat  de  schalingsparameters 
van  wind,  temperatuur  en  vochtigheid  berekent.  Hier  kan  momenteel  alleen  wor¬ 
den  gekozen  voor  het  LKB  Model.  In  een  volgende  versie  zal  ook  het  TNO  Bulk 
model  [Kunz,  1995]  worden  geimplementeerd  (zie  figuur  3.22). 


Figuur  3.22:  Micrometeorologisch  model 

De  volgende  keuze  betreft  het  Aerosol  Model  om  de  aerosol  extinctie  (ttA)  op  een 
hoogte  van  10  meter  te  berekenen.  Figuur  3.23  laat  het  selecteren  van  optie 
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Aerosol  Model  zien.  Eveneens  is  in  figuur  3.23  te  zien  dat  op  dit  moment  het  MPN 
model  staat  ingesteld. 


1  Rle  Mode  Input  ■  Plot  Window  Help  1 

Micrometeo...  LKB 

Molecular  Model. .rS  DREV 
Vertical  structure...  NPS 

Figuur  3.23:  Selectie  Aerosol  Model 


Gekozen  kan  worden  uit  de  modellen,  weergegeven  in  figuur  3.24.  De  drie  be- 
schikbare  modellen  gelden  elk  vooreen  ander  geografisch  gebied  (zie  hoofdstuk 
2). 


k'r'  3^^^«SelectvAerosol 

Model  - 

1 

1  MPN 

'1 

I 

i  O  Open  Ocean 

1 

I 

j  Onam 

1  O  None 

1 

Figuur  3.24:  Keuze  modellen 


Figuur  3.25:  Select  Molecular  Model  dialogbox 

In  figuur  3.25  is  de  Select  Molecular  Model  dialogbox  weergegeven.  Deze  dialog- 
box  dient  om  het  model  te  selecteren  dat  de  moleculaire  extinctie  berekent  bij  het 
maken  van  een  berekening.  De  default  selectie  is  het  DREV  model.  Push-button 
Ok  bevestigt  de  radio-button  selectie  en  push-button  Cancel  annuleert  de  verande- 
ringen.  De  Help  optie  binnen  deze  dialogbox  is  in  deze  versie  van  RAID  niet 
geimplementeerd. 

Selectie  None  in  de  Select  Molecular  Model  dialogbox  resulteert  in  een  message- 
box  zoals  weergegeven  in  figuur  3.26.  Deze  Warning  wijst  erop  dat  de  de  reik- 
wijdtevoorspeller  zonder  moleculair  model  minder  nauwkeurig  zal  zijn. 
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'''  ‘-^^S^WARNING  ”  "  .  r 

1  (J)  Performance  Re 

1 

;duced  Without  Molecular  Model  { 
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Figuur  3.26;  Performance  reduced 


i:^lS#:Selcct  Vertical  Structure '  - 

j  <*)  On 

1  Ooff 

) 

f 

^Cancef  1  | 

^^Help\-^1  1 

Figuur  3.27:  Select  Vertical  Structure  dialogbo.x 


In  figuur  3.27  is  de  Select  Vertical  Structure  dialogbox  weergegeven.  De  Select 
Vertical  Structure  dialogbox  dient  om  de  berekening  van  het  verticale  profiel  van 
de  extinctie  aan  of  uit  te  zetten.  Bij  off  warden  alle  berekeningen  uitgevoerd  voor 
een  hoogte  van  10  meter,  bij  on  wordt  het  profiel  van  aerosol  extinctie  berekend 
met  het  NFS  model,  en  het  profiel  van  moleculaire  extinctie  met  het  DREV  model. 
Push-button  Ok  bevestigt  de  radio-button  selectie  en  push-button  Cancel  annuleert 
de  veranderingen.  De  Help  optie  binnen  deze  dialogbox  is  in  deze  versie  van 
RAID  niet  gei'mplementeerd. 


Selectie  None  in  de  Select  Vertical  Structure  dialogbox  resulteert  in  een  message- 
box  zoals  weergegeven  in  figuur  3.28.  Deze  Warning  wijst  erop  dat  de  perform¬ 
ance  zonder  berekening  van  het  verticale  profiel  zal  worden  gereduceerd. 


t 

1  (J)  Performance  Re 

j 

duced  Without  Vertical  Structure  j 

lo^l  J 

Figuur  3.28:  Performance  reduced 
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3.2.5  Plot 

Nadat  type  berekening  (Mode),  invoerparameters  (Input)  en  de  te  gebruiken  mo- 
dellen  (Settings)  ingevoerd  zijn,  kan  met  hoofdmenu  optie  Plot  de  berekening 
daadwerkelijk  gestart  worden.  Het  proces  bestaat  uit  drie  stappen: 

•  verificatie  van  de  invoer 

•  berekening 

•  grafische  presentatie  van  resultaten 

Verificatie — Als  eerste  wordt  een  verificatie  van  de  meteorologische  parameters 
uitgevoerd.  Als  de  verificatie  zonder  fouten  is  verlopen  (dat  wil  dat  zeggen  dat  de 
geselecteerde  modellen  voldoende  parameters  hebben)  wordt  de  berekening  ge¬ 
start. 

Het  kan  ook  voorkomen  dat  een  of  meerdere  modellen  niet  gebruikt  kunnen  wor¬ 
den  omdat  een  of  meerdere  meteorologische  parameters  door  middel  van  check- 
boxen  in  het  input  meteo  dialogbox  zijn  uitgeschakeld.  In  dat  geval  wordt  door 
middel  van  een  tabel  duidelijk  gemaakt  welke  modellen  niet  gebruikt  kunnen 
worden  en  welke  modellen  als  altematieven  gekozen  kunnen  worden. 


Figuur  3.29:  Verify  dialogbox 

In  figuur  3.29  wordt  de  Verify  dialogbox  getoond  die  verschijnt  wanneer  de  fysi- 
sche  parameter  Relative  Humidity  is  uitgeschakeld.  Een  beschrijving  van  meldin- 
gen  binnen  deze  dialogbox  staat  in  tabel  3.1.  De  Help  optie  binnen  deze  dialogbox 
is  in  deze  versie  van  RAID  niet  geVmplementeerd. 
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Tabel  3.1:  Verify  meldingen 


Melding 

Betekenis 

. 

Parameter  niet  nodiq  voor  betreffend  model 

FAIL 

Betreffend  model  is  niet  bruikbaar  door  gebrek  aan  parameters 

NEEDED 

Parameter  vereist  om  model  te  gebruiken 

OK 

Verificatie  qeslaaqd 

REDUCED 

Performance  van  betreffend  model  wordt  gereduceerd  door 
qebrek  aan  parameter(s) 

De  Verify-dialogbox  van  figuur  3.29  laat  zien  dat  zonder  relatieve  vochtigheid  het 
LKB-model  niet  gebruikt  kan  worden.  Zonder  LKB-berekening  is  geen  reikwijdte- 
voorspelling  mogelijk.  De  gebruiker  wordt  hiervan  op  de  hoogte  gesteld  door  de 
messagebox  in  figuur  3.30 


Figuur  3.30:  LKB  failure 

In  het  geval  van  de  berekening  van  de  aerosol  extinctie  op  10  meter  hoogte  kan  het 
nuttig  zijn  om  een  altematief  model  te  kiezen  wanneer  een  bepaald  model  niet 
gebmikt  kan  worden  door  gebrek  aan  parameters.  Hier  volgt  een  voorbeeld:  bij 
afwezigheid  van  ‘wind  richting’  kan  het  MPN-model  niet  gebruikt  worden.  Als  dit 
model  geselecteerd  was  geeft  RAID  aan  dat  een  under  aerosol  model  als  altema¬ 
tief  gekozen  kan  worden  (zie  figuur  3.3 1). 


FAILURE  f  :  1 

1  9 

j 

$ 

Suggest  Other  Aerosol  Mode!  | 

! 

ip®l  i 
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^V.t.T.:r.vrrv-TTTrn.t.-T-T. 

- - - 

Figuur  3.31:  Aerosol  model  failure 
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Minimize  child  ■ 
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Figuur  3.32:  Plot  window 

Nadat  de  verificatie  procedure  is  doorlopen  wordt  de  eigenlijke  berekening  uitge- 
voerd  (dit  kan  enkele  minuten  duren,  waai'bij  de  tekst  calculating  op  bet  scherm 
getoond  wordt).  Na  deze  berekening  Vvtordt  een  plot  window  gegenereerd.  Figuur 
3.32  geeft  aan  uit  welke  onderdelen  dit  window  is  opgebouwd. 


Plotmimmer — ledere  plot  heeft  zijn  eigen  plotnumrner.  Zodra  een  plot-window 
wordt  gesloten  verdwijnt  ook  zijn  plotnumrner.  Plotnummers  van  plots  die  zijn 
gesloten,  kunnen  weer  worden  gebruikt  door  nieuwe  plots,  Als  bijvoorbeeld  twee 
plots  worden  gemaakt  en  Plot  #i  wordt  gesloten,  dan  krijgt  de  volgende  plot  die 
wordt  gemaakt  bet  nummer:  #/. 

Plot  Mode — Net  als  bet  plotnumrner  verscbijnt  bij  een  plot  de  geselecteerde  mode  in 
de  title  bar  van  bet  window. 


Minimize  child — Door  met  de  muis  op  deze  button  te  klikken  wordt  bet  plot-window 
verkleind  zodat  dit  komt  te  liggen  binnen  bet  window  van  RAID.  Om  bet  plot- 
window  te  verkleinen  naai'  een  icon,  moet  deze  nogmaals  verkleind  worden  door  met 
de  muis  te  klikken  op  de  minimize  button  van  dit  window. 

Om  de  plot  weer  zicbtbaai'  te  maken  moet  twee  maal  op  de  icon  worden  geklikt.  Het 
gebruik  van  deze  icons  is  bandig  om  plots  ‘tijdelijk’  op  te  bergen  binnen  RAID. 


ledere  icon  bevat  het  plotnummer,  de  plot  Mode  en  geeft  in  bet  klein  de  betreffende 
plot  weer  (zie  figuur  3.33). 


I'f 


Plot«1 

OetProb 

Figuur  3.33:  Plot  icon 

Color  bar — Alleen  in  de  plot  Mode  Detection  probability  wordt  deze  kleuren  balk 
gebmikt.  Deze  kleuren  balk  geeft  aan  hoe  de  percentages  zijn  gekoppeld  aan  kleuren 
binncn  de  plot. 

Menu  settings — Binnen  dit  aangegeven  kader  bevinden  zich  relevante  menu  en 
dialogbox  instellingen  die  bcttckking  hebben  op  de  plot.  Ook  verschijnt  de  betrouw- 
baarheid  {AeroFail  en  MolFail)  van  de  gebmikte  aerosol  en  moleculaire  modellen 
naast  de  plot. 

Zoals  reeds  opgemerkt  in  de  pai'agraaf  over  hoofdmenu  optie  Mode,  zijn  er  ver- 
schillende  typen  berekeningen  niogelijk  (bijvoorbeeld  detection  probability).  Hieron- 
der  volgt  een  korte  opsomming  van  de  mogelijkheden 

Mode:  Detection  Probability — Deze  plot  geeft  de  transmissie  tussen  doel  en  sensor 
weer  als  funcde  van  de  hoogte  (z)  en  de  afstand  (Range).  De  ster  op  de  veiticale  as 
geeft  de  hoogte  aan,  waarop  de  sensor  is  geplaatst.  In  deze  plot  is  geen  rekening 
gehouden  met  het  verloop  van  lichtstralen  door  effecten  van  licht-breking  tussen 
opeenvolgende  luchtlagen. 

Een  Detection  Probability  plot  die  wordt  verkregen  door  met  de  default  settings  een 
plot  te  genereren,  wordt  getoond  in  figuur  3.34.  In  deze  plot  is  te  zien  dat  met  de 
ingestelde  meteorologische  par  ameters,  de  ttansmissie  over  een  afstand  tussen  0  en 
30  km,  tussen  86  en  100%  ligt.  Op  een  afstand  tussen  30  en  40  km  is  deze  transmis¬ 
sie  afgenomen  met  14%  (gezien  vanuit  de  sensor  op  10  meter  hoogte). 
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Figuiir  3.34:  Detection  Probability 


Zodi-a  onder  menu-optie  Settings  de  veiticale  stnictuui-  berekening  wordt  uitgezet, 
zal  de  transmissie  alleen  worden  gegeven  als  functie  van  de  afstand  (op  een  vaste 
hoogte  van  10  meter).  In  llguur  3.35  is  zowel  een  detection  probability  plot  met,  als 
een  plot  zonder  veidicaal  profiel  berekening  te  zien.  De  ingestelde  pai'ameters  zijn  in 
tabel  3.2  te  zien. 


Tabel  3.2:  Detection  Probahitity 


Menu  optie 

Parameter 

Default 

Ingesteld 

Input-Meteo 

Wind  Speed 

1 0.00  m/s 

1 5.00  m/s 

Air  Temperature 

15.00  °C 

10.00  °C 

Sea  Temperature 

10.00  “C 

15.00  “C 

Input-Sensor 

Wavelength 

8-12  pm 

0.6  pm 

Sensor  Height 

10.00  m 

25.00  m 

Settings-  Vertical 
Structure 

NPS-Model/None 

NPS-Model 

NPS-model  (links) 
None  (rechts) 
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Figuur  3.35:  Met/zonder  verticale  structuur 

Mode:  Ray  Tracing — De  Ray  Tracing  plot  geeft  de  stralengang  waai'bij  rekening 
wordt  gehouden  met  refractieverscMjnselen,  dat  wil  zeggen  de  breking  van  licht  ten 
gevolge  van  variaties  in  temperatuur  en  vochtgehalte  als  functie  van  de  hoogte.  Een 
voorbeeld  van  een  dergelijke  plot  is  te  zien  in  figuur  3.36.  In  deze  plot  is  tussen  een 
range  van  10.0  en  40.0  km,  een  gebied  vlak  boven  bet  zeeoppervlak  te  zien,  vanwaai' 
geen  stralengang  naai'  de  sensor  mogelijk  is.  Dit  betekent  dat  een  doel  in  dit  gebied 
Diet  zichtbaar  is. 
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Figuur  3.36:  Ray  Tracin^ 
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Mode:  T  vs  Wind  Speed— De  T  vs  Wind  Speed  plot  geeft  het  verloop  van  de  trans- 
missie  tussen  doel  cn  sensor  als  funclie  van  de  windsnelheid  op  10  meter  hoogtc 
(Uio).  De  afhankelijke  pararneier  van  de  plot  (windsnelheid)  wordt  in  de  tekst  naasl 
de  plot  aangegeven  als:  Dep.  vai'.  {dependent  variable).  In  lignur  3.37  is  zowel  een 
T  vs  Wind  Speed  plot  zonder  verticaal  protlel  te  zien  (links)  als  een  dergelijke  plot 
met  veilicaal  profiel  berekening  (rechts). 

Mode:  T  V5  Wind  Direction — De  T  vs  Wind  Direction  plot  geeft  het  verloop  van  de 
transniissie  door  de  atinosfeer  weer  als  ftmetie  van  de  windrichting.  De  afhankelijke 
pai'anieter  van  de  plot  (windi'ichting)  wordt  in  de  tekst  naast  de  plot  aangegeven  als: 
Dep.  var.  {dependent  variable).  In  figuur  3.38  is  zowel  een  T  vs  Wind  Direction 
plot  zonder  verticaal  profiel  te  zien  (links)  als  een  dergelijke  plot  met  verticaal 
profiel  berekening  (rechts). 

Mode:  Tvs  Relative  Humidity — De  T  vs  Relative  Humidity  plot  geeft  het  verloop 
van  de  transniissie  door  de  atinosfeer  weer  als  ftmetie  van  de  reladeve  vochtigheid. 
De  afhankelijke  parameter  van  de  plot  (relatieve  luchtvochtigheid)  wordt  in  de  tekst 
naast  de  plot  aangegeven  als:  Dep.  var.  {dependent  variable).\\\  figuur  3.39  is  zowel 
een  T  vs  Relative  Humidity  plot  met  verticaal  profiel  te  zien  (links)  als  een  dergeli  jke 
plot  zonder  verticaal  profiel  berekening  (rechts). 

Mode:  T  I’i’  ASTD — De  T  vs  ASTD  plot  geeft  het  verloop  van  de  ti'ansmissie  door 
de  atmosfeer  weer  als  functie  van  de  ASTD.  De  aftiairkelijke  pai'ameter  van  de  plot 
(ASTD)  wordt  in  de  tekst  naast  de  plot  aangegeven  als:  Dep.  vaiv  {dependent  varia¬ 
ble).  In  figuur  3.40  is  zowel  een  T  vs  ASTD  plot  met  verticaal  profiel  te  zien  (links) 
als  een  dergelijke  plot  zonder  veiticaal  profiel  berekening  (rechts). 


Figuur  3.37:  Tvs  Wind  Speed 
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Figitur  3.39:  T  v.s  Relative  Hnmiclily 


TNO- rapport 


FEL-95-A285 


Figiiiir  3.40:  T  v.v  ASTD 


3.2.6  Window 


Figiiiir  3.41:  Window  optie 

Onder  hoofdmenu  optie  Window  (zie  figuur  3.41)  bevinden  zich  alle  mogelijklicdcn 
voor  hct  manipuleren  van  windows  die  gegenereerd  zijn  doin'  RAID.  Zodra  menu 
optie  Flat  wordt  geactiveei'd  wordt  een  window  aangemaakt. 

Als  allc  windows  over  elkaar  been  geplaatst  zijn,  is  het  handig  oni  gchruik  te  maken 
van  de  optie  Tile  (figuur  3.42)  Tile  zorgt  voor  het  verkleinen  van  de  windows  op  een 
evenredige  manier  cn  zct  dc  windows  naasl  elkaai'  op  het  scherm.  Met  Tile  zijn  dus 
altijd  allc  windows  die  niet  minimized  zijn  tegelijk  op  het  scherm  te  zien. 
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Figitnr  3.42;  Tile 


Cascade  zorgt  ook  voor  het  weergcven  van  allc  windows  tegelijk,  allcen  wordcn  nu 
de  windows  achter  clkaa-  geplaatst  op  een  zodanige  manier  dat  hct  net  li  jkt  of  allc 
windows  opgeslapeld  zijn. 

De  oplie  Arrange  Icons  kan  handig  zijn  als  een  groot  aantal  plots  gemaakt  is  en  de 
icons  van  minimized  windows  door  elkaai'  staan.  Airange  Icons  zel  de  icons  in  de 
juiste  volgorde  neer  en  plaatst  de  icons  op  vaste  posities  op  het  scherni, 

De  laatste  optie  is  Close  AIL  Deze  optie  sluit  alle  windows  die  er  zijn.  Ook  minimi¬ 
zed  windows  die  als  een  icon  hinnen  het  MDI  windows  staan  worden  verwijderd. 
Deze  optie  bespaait  tijd  als  veel  plots  gemaakt  zijn. 

3.2.7  Help 

Figuur  3.43  laat  de  optie  Help  zien.  De  help  optie  is  nog  niet  geimplementeerd. 
Delen  nit  deze  handleiding  zullen  later  als  help  pagina’s  worden  toegevoegd  hinnen 
RAID.  Help  hevindt  zich  zoals  de  conventie  {Common  User  Access,  CUA)  voor- 
schi'ijll  uitersl  rechts  op  de  menu  balk. 


Figniir  3.43;  Help  oplie 
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Het  selecteren  van  About  /.orgt  voor  de  weergave  van  de  dialogbox  in  figuur  3.44. 
About  veitelt  welk  versie  van  hot  programma  in  gebruik  is,  en  vvie  verantwoordelijk 
zijn  voor  het  programma. 


About  RAID 


Range  Forecast  For  Infra-red  Detectors 
Version  1.0 
Bv 

M.P.  Sannes 
J.C.  Vuijst 
A.M.J.  van  Eijk 
G.J.  Kunz 


Ok 

TrT3''.-" 


Figunr  3.44:  Keiize  About 


3.3  Restricties 

De  reikwijdtevoorspeller  kan  nict  in  alle  meteorologische  omstandigheden  gebioiikt 
worden.  In  deze  paragraaf  worden  de  limieten  van  het  model  besproken. 

Het  LKB-rnodel  kan  niet  gebruikt  worden  in  cen  zecr  stabiele  atmosleer,  d.vv.z.  voor 
een  vvaiane  luchtmassa  boven  cen  koude  zee  (AT  >  5  °C)  en  een  lage  vvindsnelheid  (< 
5  m/s).  In  deze  situaties  worden  de  veiticale  profielen  van  vvindsnelheid,  vochtigheid 
en  temperatuui'  niet  coiTect  uitgerekend,  hetgeen  leidt  tot  afwijkingen  in  de  voorspel- 
dc  extinctic.  Daaimaast  geldt,  ongeacht  de  stabiliteit  van  de  atmosleer,  dat  de  theorie 
die  ten  grondslag  ligt  aan  het  LKB-model  alleen  geldt  voor  de  onderste  laag  van  de 
atmosleer  (z  <  100  m). 

Het  moleculalre  extinctie  model  geeft  in  principc  cen  coiTCCt  resultaat  voor  alle 
meteorologische  scemuio's  die  met  de  reikwijdtevoorspteller  worden  geevalueerd. 

Wei  dient  de  luchhemperatuur  zo  nauwkeurig  mogelijk  te  worden  gespecificecrd. 
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De  aerosol  extinctie  kan  met  drie  verschillende  modeller!  worden  berekend.  Indien 
alle  parameters  beschikbaar  zijn,  geeft  het  NAM  model  een  redelijke  voorspelling 
voor  open  oceaan  condities. 

Het  TNO  Open  Oceaan  model  kan  gebruikt  worden  voor  de  Noord-Atlantische 
oceaan  voor  windsnelheden  kleiner  dan  15  m/s.  De  betrouwbaarheid  neemt  af  als 
de  atmosfeer  instabiel  is  (ASTD  <  -5  °C)  of  de  lucht  warm  is  (>  15  °C).  De  ex¬ 
tinctie  in  de  3-5  pm  band  wordt  minder  goed  berekend  naarmate  het  zicht  minder 
wordt  (<  1  km);  de  extinctie  in  de  8-12  pm  bandextinctie  wordt  minder  betrouw- 
baar  bij  lage  windsnelheden  (<  5  m/s)  en/of  hoge  relatieve  vochtigheden  (>  90%). 

Het  MPN  model  is  bruikbaar  in  een  straal  van  40  km  rondom  het  MPN  platform. . 
De  betrouwbaarheid  van  de  voorspelling  neemt  af  wanneer  de  windrichting  tussen 
0°  en  90°  N  ligt  en/of  wanneer  de  luchttemperatuur  hoger  is  dan  20  °C.  Verder 
gelden  dezelfde  restricties  voor  de  3-5  en  8-12  pm  banden  als  genoemd  bij  het 
Open  Ocean  model. 

Het  model  dat  het  verticale  profiel  van  de  aerosolextinctie  uitrekent  is  minder 
betrouwbaar  in  kustgebieden  met  aflandige  wind. 
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4.  Technische  informatie 

4.1  Programmeeromgeving 

4.1.1  Het  OOP  concept 

Om  in  het  kort  te  vertellen  wat  OOP  (Object  Oriented  Programming)  is,  is  het 
noodzakelijk  te  weten  hoe  OOP  precies  is  ontstaan.  Hiervoor  even  een  korte  terug- 
blik  in  de  geschiedenis  van  de  computer  industrie. 

In  het  begin  van  het  computertijdperk  moesten  computerprogrammeurs  hun  ma¬ 
chines  aan  het  werk  zetten  door  programma’s  en  gegevens  min  of  meer  recht- 
streeks  in  binaire  code  aan  de  machine  door  te  geven.  Soms  ging  dat  met  schake- 
laars  voor  adressen  en  instructies.  Deze  binaire  instructies  worden  machinetaal 
genoemd.  Daar  dit  al  snel  een  tijdrovende  bezigheid  werd,  besloot  men  voor  de 
instructies  afkortingen  te  gebruiken,  zogenaamde  mnemonics.  Dit  werd  assembler 
genoemd.  Beide  vormen  van  programmeren  vereisen  een  gedetailleerde  kennis  van 
een  specifiek  computersysteem.  Aan  het  oplossen  van  een  probleem  met  de  com¬ 
puter  kwam  men  nauwelijks  toe. 

Vandaar  dat  eind  jaren  vijftig  gezocht  werd  naar  talen  die  op  een  computer  gei'm- 
plementeerd  konden  worden.  Deze  talen  vormden  een  scheiding  tussen  de  archi- 
tectuur  van  de  machine  en  de  buitenwereld.  Het  probleem  moest  dus  geformuleerd 
worden  binnen  de  programmeertaal.  Zo  ontstonden  Fortran,  Cobol  en  Basic. 

Programmeurs  waren  nu  veriest  van  het  probleem  dat  specifieke  details  van  het 
computersysteem  bekend  moesten  zijn.  Wei  dienden  zij  het  probleem  in  de  be- 
schikbare  commando’s  van  de  programmeertaal  te  formuleren.  Om  te  voorkomen 
dat  telkens  weer  het  wiel  opnieuw  werd  uitgevonden,  werden  programmabiblio- 
theken  aangemaakt.  Maar  de  programmatuur  moest  dan  wel  precies  zijn  wat  men 
zocht. 

Het  duurde  niet  erg  lang  of  de  omvang  van  de  aan  te  pakken  problemen  werd  zo 
groot  en  zo  complex  dat  men  naar  wegen  ging  zoeken  om  het  probleem  te  analyse- 
ren.  Na  de  analyse  kon  met  een  redelijke  kans  op  succes  het  probleem  door  pro¬ 
grammeurs  in  de  machine  worden  ingebracht.  Op  deze  manier  is  gestructureerd 
programmeren  onstaan.  Dit  leidde  tot  talen  als  Pascal,  Modula-2  en  C. 

Begin  jaren  tachtig  zijn  de  methodieken  gestructureerd  ontwerpen  en  gestructu¬ 
reerd  analyseren  {Structured  Analysis  and  Structured  Design)  ontwikkeld.  Deze 
technieken  zijn  de  logische  voortzetting  van  gestructureerd  programmeren,  doordat 
zij  het  hele  proces  van  programma  ontwikkeling  (analyse,  ontwerp,  implementatie, 
testen  en  onderhoud)  beschouwen.  Ofschoon  ook  de  gegevens-beschrijvingen  beter 
werden,  werd  aan  de  relatie  tussen  gegevens  en  bewerkingen  nog  niet  veel  gedaan. 
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Figuur  4. 1  toont  de  onwikkeling  van  de  programmeertalen  van  lage  taal 
(assembler)  naar  hogere  taal  (hoger  betekent  meer  detail  afscherming  van  de 
hardware). 


BP  with  objects  /  C++  /  Visual  C++  /  Visual  Basic 


Pascal  /  Modula-2  /  C 


Fortan  /  Cobol  /  Basic 


Assembler 

Hardware 

Figuur  4.1:  Ontwikkeling  programmeertalen 

De  laatste  jaren  is  een  belangrijk  nieuw  concept  ontwikkeld.  In  plaats  van  gege- 
vens  en  bewerkingen  als  separate  zaken  te  beschouwen,  worden  deze  als  een 
geheel  benaderd,  namelijk  als  zogenaamde  objecten.  leder  object  kent  zijn  eigen 
verzameling  handelingen. 

Een  taal  die  gebaseerd  is  op  het  gebruik  van  objecten,  noemt  men  een  object 
georienteerde  taal  en  het  programmeren  in  een  dergelijke  taal  wordt  aangeduid  met 
Object  Oriented  Programming  (OOP). 

De  drie  grondslagen  waar  het  object  oriented  principe  op  berust  zijn: 

•  Encapsulation  (Inkapselen);  het  samenvoegen  van  een  record  en  de  procedures 
en  functies  die  het  record  manipuleren. 

•  Inheritance  (Erven):  een  object  defmieren  en  dan  gebruiken  om  een  aantal 
onderliggende  objecten  in  de  hierarchic  te  beschrijven.  Deze  objecten  maken 
dan  gebruik  van  alle  code  en  data  uit  de  bovenliggende  objecten  in  de  hierar- 
chie. 
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•  Polymorphism  (Meerdere  verschijningen);  een  message  die  gebruikt  kan  wor- 
den  naar  boven  en  beneden  in  de  hierarchie.  leder  object  in  de  hierarchie  im- 
plementeert  de  actie  op  de  manier  zoals  het  bij  hemzelf  past. 


Figuur4.2:  Objecten  voorbeeld 

In  figuur  4.2  worden  deze  principes  aan  de  hand  van  een  voorbeeld  geillustreerd. 
Alle  objecten  hebben  een  procedure  Show,  die  betrekking  heeft  op  het  object  zelf 
(polymorphisme).  Het  is  dus  mogelijk  om  Show  tegen  meerdere  objecten  ‘te 
zeggen’  (evenals  Init,  Done  en  Sort).  De  objecten  maken  alle  gebruik  van  encap¬ 
sulation:  procedures  en  functies  (maar  ook  variabelen,  typen  en  constanten)  beho- 
ren  tot  het  object  zelf.  Inheritance  is  te  zien  bij  het  object  SpecialeKlantenKaar- 
tenbak  dat  zich  onder  het  object  KlantenKaartenbak  bevindt. 

Binnen  het  object  SpecialeKlantenKaartenbak  zijn  alle  procedures  en  functies  (en 
variabelen  etc.)  van  het  object  KlantenKaartenbak  bereikbaar.  Maar  ook  de  proce¬ 
dure  en  functies  (en  variabelen  etc.)  van  het  object  Kaartenbak  zijn  bereikbaar. 


De  voomaamste  reden  voor  het  gebruik  van  object  georienteerd  programmeren  is 
dat  het  voordeel  biedt  bij  het  opbouwen  van  een  (groot)  programma.  De  traditio- 
nele  procedurele  aanpak  zorgt  ervoor  dat  specificaties  (datavelden,  procedurehead- 
ers  etc.)  nauwkeurig  van  tevoren  bekend  moeten  zijn,  terwijl  dat  bij  een  object 
georienteerd  programma  niet  direkt  het  geval  hoeft  te  zijn. 

Wei  zal  een  minimale  basis  (de  object  structuur)  aanwezig  moeten  zijn.  Van  hier- 
uit  kunnen  de  eigenschappen  van  objecten  en  hun  eigen  interne  gedragingen 
(methods)  ontworpen  worden.  Deze  gedragingen  kunnen  tijdens  het  opbouwen  van 
het  uiteindelijke  programma  makkelijk  worden  gewijzigd,  hetgeen  dat  bij  een 
procedurele  aanpak  veel  meer  inspanning  zou  kosten. 

Om  de  voordelen  van  object  georienteerd  programmeren  ten  voile  te  benutten, 
dient  het  programma  op  een  andere  manier  ontwikkeld  te  worden.  Een  methode  die 
veel  gebruikt  wordt,  is  incremental  delivery  approach.  Hierbij  geldt  dat  het  basis- 
programma  slecht  eenmaal  wordt  gemaakt  en  dat  dit  vervolgens  herhaaldelijk 
wordt  aangepast  en  uitgebreid. 

De  tegenwoordig  meest  verbreidde  object  oriented  talen  zijn  C++,  Smalltalk  en 
Borland  Pascal  for  Windows.  Er  zijn  zelfs  object  oriented  talen  ontwikkeld  die  in 
een  grafische  omgeving  objecten  ‘samenvoegen’  (Visual  C++  en  Visual  Basic). 
Hier  genereert  de  compiler  zelf  de  benodigde  code  voor  koppeling  van  objecten. 
Dit  grafisch  ontwerpen  van  een  programma  zal  in  de  komende  jaren  steeds  meer 
toegepast  worden.  De  onderliggende  code  bestaat  dan  geheel  uit  een  object  geori- 
enteerde  structuur.  De  procedurele  structuur  zal  daardoor  langzaam  maar  zeker 
verdwijnen. 

4.1.2  Borland  Pascal  for  Windows 

De  firma  Borland  levert  het  pakket  Borland  Pascal  for  Windows.  Het  pakket  is 
bedoeld  voor  alle  gebruikers  die  applicaties  willen  ontwikkelen  voor  een  DOS 
en/of  Windows^  platform. 

Het  is  mogelijk  om  voor  drie  soorten  platforms,  ook  wel  targets  genoemd,  een 
applicatie  te  schrijven.  Deze  zijn  : 

•  DOS  real-mode  target:  hiervoor  worden  applicaties  geschreven  die  alleen 
geschikt  zijn  voor  DOS  in  de  eenvoudigste  mode  (16-bits).  In  de  toekomst  zal 
deze  mode  steeds  minder  gebruikt  gaan  worden. 

•  Windows  target:  hiervoor  worden  Windows  applicaties  geschreven,  die  niet 
meer  te  gebmiken  zijn  in  DOS. 

•  DOS  protected  mode  target:  hiervoor  worden  DOS  applicaties  geschreven  die 
maximaal  gebruik  maken  van  de  processor  (32-bits).  Aangezien  Windows  bij 
386  en  snellere  processors  al  in  de  protected  mode  werkt,  is  de  DOS  protected 
mode  in  de  toekomst  overbodig. 


^  Windows  met  een  hoofdlettcr  refereert  naar  de  applicatie  Microsoft  Windows. 
Wanneer  verwezen  wordt  naar  een  window  binnen  deze  applicatie,  wordt  een 
kleine  letter  gebruikt. 
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Bij  het  schi'ijven  van  een  programma  wordt  gebruik  gemaakt  van  een  geintegreerde 
ontwikkel  omgeving  (IDE,  Integrated  Development  Environment)  die  bij  Borland 
Pascal  zowel  in  Windows  als  in  DOS  aanwezig  is.  De  IDE  bevat  een  editor  met 
ingebouwde  compiler.  Ook  kunnen  tools  als  Turbo  debugger  en  de  resoui'ce  work¬ 
shop  kunnen  binnen  de  IDE  ingelezen  worden.  Het  is  mogelijk  oni  een  DOS  applica- 
tie  in  de  Windows  IDE  te  schrijven.  Hierdoor  kan  verwanring  ontstaan  en  is  het  dus 
raadzaam  om  DOS  en  Windows  programma’ s  gescheiden  te  houden. 

Nadat  Borland  Pascal  for  Windows  geinstalleerd  is,  wordt  in  windows  een  nieuwe 
groep  aangemaakt.  Deze  groep  heeft  default  de  naara  (figuur  4.3): 


a  «  JL 

A  5  • 

Borland  Pascal 

Figinir4.3:  Default  naam 

In  figuur  4.4  is  te  zien  welke  programma’ s  zich  binnen  deze  groep  bevinden. 


Figuur  4.4:  Programma 's  binnen  groep 

In  figuur  4.4  staan  alle  programma’ s  die  bij  het  pakket  horen. 

Hier  volgt  een  korte  beschrijving  van  de  belangrijkste  programma’s  die  betrekking 
hebben  op  het  maken  van  een  applicatie  voor  een  Windows  target: 


•  Debugger  for  Windows:  een  hulpprogramma  voor  het  onderzoeken  van  een  eigen 
geschi'even  applicatie,  om  zo  mogelijke  fouten  op  te  sporen. 

•  BPW:  Borland  Pascal  for  Windows.  De  IDE  van  Borland  Pascal. 

•  Workshop:  Een  programma  om  besturings  elementen  (resources)  te  creeren 
(bijvoorbeeld  een  dialogbox,  dmkknop,  bitmap  etc).  Deze  elementen  kunnen  dan 
in  een  eigen  applicatie  ingelezen  worden. 
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•  WinSighv.  voor  het  analyseren  van  alles  wat  met  windows  gebeurt.  De  zoge- 
naamde  messages  die  van  en  naar  windows  gaan  alsmede  informatie  over  win¬ 
dow  classes  en  de  windows  zelf. 

•  WinSpector:  voor  het  analyseren  van  windows  voordat  een  crash  is  opgetreden 
(UEA,  Unrecoverable  Application  Error).  Zo  kan  gezien  worden  waardoor  de 
crash  ontstond. 

•  Profiler  for  Windows:  voor  het  bekijken  van  de  snelheid  van  programma’s. 

4.1.3  OOP  binnen  Borland  Pascal  for  Windows 

Borland  heeft  een  extensie  gemaakt  op  de  taal  Turbo  Pascal,  die  ervoor  zorgt  dat 
gewoon  Turbo  Pascal,  zonder  objecten,  gecombineerd  kan  worden  met  objecten. 
Gesproken  wordt  dan  van  een  hybride  taal  (Borland  Pascal  for  Windows). 

Doordat  Borland  Pascal  een  hybride  taal  is,  zijn  veel  gebruikers  het  object  oriented 
principe  als  een  handige  tool  gaan  zien  dat  makkelijk  te  combineren  is  met 
‘gewone’  Pascal  statements.  Op  deze  manier  is  grote  verwarring  ontstaan  over  het 
nut  van  OOP.  Vergeten  wordt  dat  OOP  een  andere  manier  van  programmeren  is 
waarbij  anders  tegen  een  probleem  moet  worden  aangekeken  en  waarvan  de  oplos- 
sing  anders  gei'mplementeerd  moet  worden.  Helaas  heeft  Borland  hier  zelf  aan 
bijgedragen  door  een  aantal  wezenlijke  OOP  gedachten  niet,  of  zeer  onduidelijk,  in 
de  handleiding  te  beschrijven.  Een  duidelijk  voorbeeld  zijn  de  zogenaamde  con- 
structoren  en  destructor  methods  (methods  zijn  de  procedures  en  functies  binnen 
een  object).  Hieronder  wordt  dieper  ingegaan  op  virtual  methods,  constructors  en 
destructors. 

Binnen  het  object  oriented  principe  worden  virtual  methods  gebruikt,  die  het 
inheritance  principe  tot  uitdrukking  brengen.  De  benaming  virtual  wordt  hier 
gebruikt  in  de  betekenis  van:  aanwezig,  maar  niet  werkzaam.  Het  volgende  voor¬ 
beeld  kan  dit  verduidelijken; 

Stel  het  volgende  objecttype  voor: 

Rechthoek  =  object 

Coordinaten :  TCoordinaten 
procedure  VraagPlaats  (LBovenhoek  ;  TCPaar); 
procedure  VraagRHAttr  (Lengte,  Breedte  ;word); 
procedure  TekenRechthoek; 
end  {Rechthoek}: 

Procedure  Vraagplaats  vraagt  de  gebruiker  om  coordinaten  via  het  toetsenbord  in 
te  voeren.  Ook  is  bekend  dat  de  method  TekenRechthoek  de  andere  twee  methods 
(VraagPlaats  en  VraagRHAttr)  zal  aanroepen.  Wanneer  nu  gevraagd  wordt  de 
coordinaten  vanuit  een  bestand  te  lezen,  is  de  volgende  uitbreiding  noodzakelijk: 
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AndereRechthoek  =  object  (Rechthoek) 

procedure  VraagPlaats  (LBovenhoek  :  TCPaar); 
end  {AndereRechthoek}: 

In  het  nieuwe  object  AndereRechthoek  vvordt  een  nieuwe  method  VraagPlaats 
gedefinieerd  die  de  coordinaten  uit  het  bestand  leest.  Als  descendant  van  Recht¬ 
hoek  erft  het  object  AndereRechthoek  de  methods  VraagRHAttr  en  TekenRecht- 
Hoek  (maar  niet  VraagPlaats!).  Het  is  daarom  mogelijk  binnen  het  object  Andere¬ 
Rechthoek  de  method  TekenRechthoek  aan  te  roepen.  Zal  bij  deze  aanroep  dan  ook 
de  rechthoek  op  het  scherm  verschijnen  met  de  coordinaten  die  vanuit  het  bestand 
worden  gelezen?  Het  antwoord  hierop  is:  Nee! 

De  mer/iod  TekenRechthoek  blijft  via  het  toetsenbord  om  invoer  vragen.  De  oor- 
zaak  hiervan  is  de  werking  van  de  compiler.  Wanneer  de  compiler  de  aanroep  van 
TekenRechthoek  tegenkomt,  levert  dit  op  zich  geen  problemen  op.  Weliswaar  kent 
het  object  AndereRechthoek  de  method  TekenRechthoek  niet,  maar  de  compiler 
ziet  wel  dat  AndereRechthoek  een  descendant  van  Rechthoek  is.  De  compiler  gaat 
vervolgens  de  method  TekenRechthoek  in  het  object  Rechthoek  zoeken. 

Bij  compilatie  van  method  TekenRechthoek  komt  de  compiler  derhalve  een  aan¬ 
roep  naar  Vraagplaats  tegen.  De  compiler  kijkt  binnen  het  huidige  object 
(Rechthoek!)  om  zich  been  en  vindt  daar  de  method  Vraagplaats.  Alleen,  dit  is  niet 
de  Vraagplaats  die  de  gebruiker  bedoeld  had. 

Het  probleem  is  dat  de  compiler  moet  begrijpen  welk  object  de  method  Teken¬ 
Rechthoek  aangeroepen  heeft.  Er  moet  pas  een  koppeling  van  de  aangeroepen 
methods  plaatsvinden  zodra  duidelijk  is  welk  object  de  method  gebruikt.  Feitelijk 
is  dat  pas  bekend  zodra  het  programma  uitgevoerd  wordt. 

In  Borland  Pascal  zijn  2  soorten  koppelingen  (Engels:  binding)  gedefinieerd: 

•  Statische  binding:  binding  tijdens  de  compilatie  (compile) 

•  Dynamische  binding:  binding  wanneer  method  wordt  aangeroepen  (runtime) 

In  ons  voorbeeld  is  een  dynamische  binding  nodig.  Dit  kan  worden  geforceerd 
door  achter  de  method  het  directive  virtual  te  schrijven.  Dit  directive  zorgt  ervoor 
dat  tijdens  compilatie  een  virtuele  (“aanwezig,  maar  niet  werkzaam”)  verbinding 
tot  stand  wordt  gebracht.  De  code  wordt  daarmee: 

Rechthoek  =  object 

Coordinaten  ;  TCoordinaten 

procedure  VraagPlaats  (LBovenhoek  :  TCPaar);  virtual ; 
procedure  VraagRHAttr  (Lengte,  Breedte  :word): 
procedure  TekenRechthoek; 
end  (Rechthoek): 
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AndereRechthoek  =  object  (Rechthoek) 

procedure  VraagPlaats  (LBovenhoek  :  TCPaar);  virtual ; 
end  {AndereRechthoek}; 

Het  directive  virtual  wordt  bij  alle  descendants  aangebracht  en  bij  het  betreffende 
object  zelf.  Wordt  dit  niet  gedaan,  dan  genereert  de  compiler  een  foutmelding  en 
vraagt  een  andere  naam  voor  de  method  in  de  descendant,  omdat  hij  deze  naam  al 
kent  in  het  object. 

Bij  een  lange  lijn  van  descendants  wordt  het  tijdrovend  om  tijdens  runtime  deze 
hele  lijst  af  te  lopen  om  te  vinden  welke  method  op  dat  moment  bij  welk  object 
hoort.  Daarom  is  de  constructor  ontwikkeld.  leder  objecttype  dat  virtuele  methods 
kent,  moet  een  constnictor  hebben.  Meestal  wordt  de  naam  Init  gekozen  voor  de 
constructor  method,  maar  er  kan  net  zo  goed  een  andere  naam  gebruikt  worden. 
Zodra  de  compiler  een  objecttype  tegenkomt  met  daarin  een  constructor,  wordt 
voor  dat  objecttype  een  tabel  {Virtual  Method  Table,  VMT)  in  het  datasegment 
aangemaakt.  Het  object  krijgt  een  pointer  naar  deze  tabel  en  in  de  tabel  worden, 
naast  wat  eigenschappen  over  het  object,  pointers  naar  de  code  van  de  methods 
geplaatst.  Vervolgens  kan  tijdens  runtime  de  gewenste  methode  via  het  omleggen 
van  pointers  gevonden  worden. 

De  constructor  wordt  aangeroepen  (door  de  runtime  compiler)  wanneer  er  een 
instance  van  een  object  nodig  is,  dat  wil  zeggen  wanneer  een  var  declaratie  wordt 
gedaan.  De  overstap  van  een  abstractie  (type  declaratie)  naar  een  vorm  waarbij  het 
object  echt  in  het  geheugen  bestaat  (var  declaratie)  noemt  men  het  creeren  van  een 
instance.  Om  een  instance  van  een  object  te  maken  wordt  een  uitgebreidere  versie 
van  de  Pascal  functie  New()  gebruikt.  Het  algemene  formaat  van  deze  New  functie 
luidt: 

function  New  (ObjectPointer,  <constructor  naam>  ):  Pointer; 

De  totale  programma  opzet  ziet  er  nu  zo  uit: 

type 

Coordinaten  =  record 
X1 ,  Y1 ,  X2,  Y2  :  word; 
end  { Coordinaten }; 

Rechthoek  =  object 

Coordinaten  :  TCoordinaten 

constructor  Init 

procedure  VraagPlaats  (LBovenhoek  :  TCPaar);  virtual ; 
procedure  VraagRHAttr  (Lengte,  Breedte  :word); 
procedure  TekenRechthoek; 
end  {Rechthoek}; 
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AndereRechthoek  =  object  (Rechthoek) 
constructor  Init  (Naam_Bestand:  PChar); 
procedure  VraagPIaats  (LBovenhoek  :  TCPaar);  virtual  ; 
end  {AndereRechthoek}: 

{  Hier  de  code  voor  implementatie  van  de  objecttypen  } 

var  ARM:  AndereRechtHoek; 

begin 

New  (ARM,  Init  (‘c:\data\coord.dat’)); 


end. 

Naarmate  meet  instances  gecreeerd  worden,  neemt  de  beschikbare  ruimte  op  de 
heap  af.  Daarom  is  de  destructor  ontwikkeld  als  tegenpool  van  de  constructor. 
Deze  procedure  (meestal  Done  genoemd)  geeft  alle  geheugen  vrij  dat  voor  de 
betreffende  instance  van  het  object  in  beslag  wordt  genomen.  Het  gebruik  van  een 
destructor  is  niet  verplicht.  In  zijn  eenvoudigste  vorm  is  de  bijbehorende  code: 

destructor  Done; 

begin 

end; 

4.1.4  Het  gebruik  van  MDI 

MDI  staat  voor  multiple  document  interface.  Deze  interface  is  een  standaard  voor 
Windows  applicaties  en  stelt  de  gebruiker  in  staat  om  meerdere  dokumenten 
gelijktijdig  geopend  te  hebben.  Dit  kunnen  Pascal  fdes  zijn,  maar  het  is  net  zo  goed 
mogelijk  om  bijvoorbeeld  een  spreadsheet  file  gelijktijdig  open  te  hebben.  De  MDI 
standaard  is  onderdeel  van  de  Common  User  Access  specificatie  van  IBM.  Voor  de 
Common  User  Access  specificatie  wordt  verwezen  naar  paragraaf  4.2.4. 

ObjectWindows  is  het  onderdeel  van  Borland  Pascal  for  Windows  dat  zorgt  voor 
alle  aansturingen  van  windows.  ObjectWindows  bevat  onder  andere  objecten  om 
zelf  een  MDI  applicatie  te  creeren.  ledere  MDI  applicatie  heeft  een  aantal  vaste 
componenten.  Deze  componenten  bestaan  uit: 

•  een  main  window  (frame  window) 

•  een  onzichtbaar  window  (client  window) 

•  een  of  meerdere  child  windows 

Binnen  de  client  area^  (het  oppervlak  binnen  een  window)  van  het  frame  window 
bevindt  zich  een  onzichtbaar  window.  Dit  window  wordt  het  MDI  client  window 


^  De  client  area  van  een  window  omvat  het  gebied  onder  de  menu-bar,  binnen  het 
frame  van  een  window.  Dit  gebied  wordt  ook  wel  de  ‘work’  area  genoemd. 


TNO-rapport 


FEL-95-A285 


44 


genoemd.  Dit  client  window  bevat  MDI  child  windows.  In  onderstaande  figuur  5 
zijn  alle  kenmerken  van  een  MDI  applicatie  te  vinden. 


RAID 


Zl± 


File  Mode  Input  Settings  Plot  Window  Help 


RotSl  DetPrOb. 


Minimize  and  maximize  buttons 


MDI  child  window 


Plot  tt4  Plot  «3 
TvsUIO  RayTracing 


MDI  client  window 


MDI  frame  window 


Figuur  4.5:  MDI  Applicatie 


4.1.5  Het  werken  met  bitmaps 

Een  bitmap  is  de  actuele  inhoud  van  een  stuk  geheugen  dat  de  display  context-^ 
voor  een  bepaald  device  bevat. 

Daarom  zijn  bitmaps  afhankelijk  van  het  soort  device  dat  moet  worden  aangespro- 
ken.  Doordat  devices  niet  noodzakelijkerwijs  compatible  met  elkaar  zijn  kan  deze 
device-afhankelijkheid  een  probleem  worden.  Het  GDI  (Graphics  Device  Inter- 


^  Device  en  display  contexts — Bij  DOS  applicaties  is  het  mogelijk  om  direct  pixels 
te  schrijven  naareen  beeldscherm  of  printer.  Bij  Windows  applicaties  moet  dit  via 
een  device  context  gebeuren.  Een  device  context  is  een  ‘virtueel  device’  waar  alle 
grafische  functies  naar  toe  worden  gestuurd.  Aan  elke  device  context  is  een  fysiek 
device  gekoppeld.  De  omzetting  van  het  virtuele  device  naar  het  fysieke  device 
wordt  verzorgd  door  de  device-driver  van  het  fysieke  device.  Een  device  context 
bevat  een  aantal  drawing  tools  zoals  pens,  brushes  fonts,  background  colors,  text 
colors  en  current  positions.  Voor  een  applicatie  zien  alle  device  contexten  er  het- 
zelfde  uit,  dus  onafhankelijk  van  het  soort  device.  In  tegenstelling  tot  het  hele 
window  (frame  -i-  menu  +  client  area),  representeert  een  device  context  alleen  het 
client  area.  Windows  leven  speciale  device  contexts  voor  client  areas  van  win¬ 
dows.  Deze  device  contexts  worden  display  contexts  genoemd.  Met  deze  display 
context  hoeft  de  programmeur  zich  geen  zorgen  te  maken  over  offsets  ten  gevolge 
van  de  positie  van  het  window. 
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face)^  levert  onder  andere  een  aantal  technieken  om  deze  problemen  te  verhelpen 
door  middel  van  zogenaamde  device  independent  bitmaps  (zie  figuur  4.6). 


Bitmap 

(device-afhankelijk) 


Device- 

onafhankelijke 

bitmap 


Figuur4.6:  GDl-functies 

GDI-functies  die  bitmaps  creeren  zijn; 

•  CreateCompatibleDC 

•  CreateCompatibleBitmap 

•  CreateDIBitmap 

GDI-functies  die  bitmaps  manipuleren  zijn: 

•  BitBlt 

•  StretchBlt 

•  StretchDIBits 

•  SetDIBitsToDevice 

In  de  praktijk  blijkt  dat  het  GDI  onvoldoende  functies  bevat  om  alle  grafische 
afbeeldingen  te  beschrijven.  In  dat  geval  kan  het  raadzaam  zijn  device-afhankelijke 
bitmaps  te  gebruiken. 

Voor  het  weergeven  van  de  resultaten  van  RAID  is  gekozen  voor  bitmaps.  Deze 
bitmaps  zijn  onafhankelijk  van  het  display-type.  De  GDI-functie  die  dit  mogelijk 
maakt  is:  CreateCompatibleBitmap.  Door  het  gebruik  van  bitmaps  dient  de  bere- 
kening  slechts  eenmaal  te  worden  uitgevoerd.  Vanwege  de  benodigde  rekentijd 
voor  de  diverse  modellen  leidt  dit  tot  een  aanzienlijke  tijdbesparing. 

Dit  komt  tot  uiting  in: 

•  De  mogelijkheid  om  windows  snel  te  rangschikken  met  menu  opties  (Window-) 
Tile  en  (Window-)  Cascade. 

•  De  mogelijkheid  om  een  plot  met  behulp  van  GDI-functies  snel  om  te  zetten 
naar  elke  gewenste  grootte,  zodat  met  de  beschikbare  re^/ze-functies  de  plot 
kan  worden  vergroot  of  verkleind.  De  plot  kan  bijvoorbeeld  worden  vergroot 


^  GDI  functies  geven  de  mogelijkheid  om  binnen  een  Windows-applicatie  grafische 
afbeeldingen  te  manipuleren  en/of  af  te  beelden.  GDI  geeft  een  device 
(bijvoorbeeld  VGA  display  of  postscript  printer)  grafische  mogelijkheden,  onaf¬ 
hankelijk  van  het  soort  device  dat  wordt  gebruikt.  Het  is  dus  mogelijk  om  dezelf- 
de  functies  te  gebruiken  voor  zowel  het  aansturen  van  een  monitor  als  het  aanstu- 
ren  van  een  postscript  printer.  GDI  bereikt  deze  device-onafhankelijkheid  door 
gebruik  te  maken  van  device  drivers  die  GDI  functies  omzetten  in  commando’s 
voor  het  betreffende  device. 
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naar  de  grootte  van  het  client-area  van  het  window,  maar  kan  ook  worden  ver- 
kleind  naar  een  icon. 

Het  gebruik  van  bitmaps  heeft  echter  ook  enkele  nadelen.  In  het  algemeen  is  een 
bitmap  een  vrij  inefficiente  manier  om  een  afbeelding  te  beschrijven,  omdat  iedere 
pixel  met  een  eigen  kleur  aangegeven  is.  Dit  kost  veel  geheugen.  Ook  zal  bij  het 
verkleinen  van  een  plot  resolutie-vermindering  optreden.  Dit  komt  doordat  de 
pixels  niet  meer  gelijk  verdeeld  komen  te  liggen  door  de  beperkte  ruimte  binnen 
het  verkleinde  window.  Daarom  is  het  raadzaam  om  bij  het  analyseren  van  een 
plot,  deze  met  de  maximize  button  te  vergroten  naar  de  grootte  van  het  client-area 
van  het  MDl  frame  window. 

4.1.6  Transfer  buffers 

Wanneer  een  dialogbox  of  window  met  controls  (bijvoorbeeld  checkboxes  of 
editcontrols)  tijdens  runtime  meerdere  malen  geopend  en  gesloten  wordt,  is  het 
(meestal)  gewenst  dat  het  window  zich,  bij  het  opnieuw  openen,  in  dezelfde  staat 
bevindt  als  toen  het  werd  gesloten.  Dit  kan  gebeuren  met  behulp  van  transfer 
buffers.  Een  transfer  buffer  is  een  record  dat  de  staat  van  alle  controls  van  een 
window  of  dialogbox  bewaart.  De  applicatie  zelf  kan  het  transfer  buffer  gebruiken 
om  de  staat  van  de  controls  aan  de  hand  van  de  loop  van  de  applicatie  te  wijzigen. 
Hike  control  heeft  een  apart  veld,  dat  ook  gebruikt  kan  worden  als  de  dialog  niet 
geopend  is. 

Voor  het  gebruik  van  dit  transfer  mechanisme  zijn  de  volgende  3  stappen  noodza- 
kelijk: 

•  Definieren  van  een  transfer  buffer 

•  Definieren  van  een  corresponderende  dialogbox  of  window 

•  Overdracht  (transfer)  van  de  data 

Het  transfer  mechanisme  wordt  op  diverse  plaatsen  binnen  RAID  toegepast.  Zodra 
het  programma  wordt  opgestart  worden  alle  aanwezige  dialogboxen  gevuld  met 
default  instellingen.  Dit  zijn  zowel  de  default  inputs  binnen  editcontrols  als  de 
default  selecties  van  de  aanwezige  checkboxen  en/of  radiobuttons.  Deze  (default) 
informatie  wordt  na  het  opstarten  direct  in  de  transfer  records  gezet  van  de  betref- 
fende  dialogboxen.  Wanneer  door  middel  van  een  menu-optie  een  dialogbox 
geselecteerd  wordt,  krijgt  de  gebruiker  dus  de  default  dialogbox  instellingen  te 
zien  en  kan  deze  desgewenst  ook  wijzigen.  Met  het  wijzigen  verandert  ook  de 
inhoud  van  het  transferrecord  behorende  bij  een  dialogbox. 

Natuurlijk  moet  de  bovenstaande  dialogbox-input  ook  worden  verwerkt.  Dit  wordt 
door  diverse  routines  gedaan,  die  de  velden  van  het  betreffende  transfer  record 
uitlezen.  Ook  wordt  het  transfer  record  toegepast  om  dialog  input  naar  disk  te 
schrijven  of  van  disk  op  te  halen.  Zo  kan  de  gebuiker  een  gewenst  scenario  bekij- 
ken  of  wijzigen. 
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4.1.7  Het  gebruik  van  units 

Het  gebruik  van  units  vormt  de  basis  van  het  modulair  programmeren  in  Borland 
Pascal  for  Windows.  Units  worden  gebruikt  om  libraries  te  creeren  met  objecten 
die  in  verschillende  programma’s  (her)gebruikt  kunnen  worden.  Een  kenmerk  van 
units  is,  dat  de  code  (implementation  gedeelte  van  een  unit)  afgeschermd  kan 
worden,  zodat  de  programmeur  alleen  toegang  tot  de  code  krijgt  door  middel  van 
procedures  en  functions.  Deze  procedures  en  functions  bevinden  zich  in  het  zoge- 
naamde  interface  gedeelte  van  de  unit. 

Het  unit  principe  wordt  bij  RAID  toegepast  om  de  overzichtelijkheid  van  het 
programma  te  verhogen.  Dit  wordt  bereikt  door  de  diverse  objecten  thematisch 
binnen  units  te  groeperen  (“plot-unit”,  “reken-unit”).  Hierdoor  wordt  het  makkelij- 
ker  om  objecten  snel  te  vinden  en  te  wijzigen. 

Voorbeelden  van  units  binnen  RAID  zijn  GenLib,  een  general  library  waarin 
algemene  procedures  en  functies  zijn  ondergebracht  (vergelijkbaar  met  de  unit 
WinProcs  van  Borland  Pascal  for  Windows),  en  twee  units  voor  globale  variabelen 
en  constanten  (Myvars  en  Const).  Omdat  deze  laatste  twee  units  globale  data 
bevatten,  mogen  deze  variabelen  en  constanten  binnen  alle  andere  units  geimpor- 
teerd  worden. 


4.2  Structurele  opbouw  van  het  programma 

4.2.1  Blokdiagram 

In  zijn  eenvoudigste  vorm  kan  RAID  worden  voorgesteld  als  een  black  box  die  aan 
de  hand  van  een  drietal  categorieen  input  een  berekening  uitvoert  (figuur  4.7): 

•  Input  parameters 

•  Geselecteerde  meteorologische  modellen 

•  De  geselecteerde  mode 


Input 

parameters 


Figuur  4. 7:  Pro  gramma- input 

De  input  wordt  door  de  gebruiker  met  behulp  van  dialogboxen  ingevoerd.  Zodra  de 
invoer  gereed  is,  kunnen  (na  verificatie  van  de  input)  de  benodigde  modelbereke- 
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ningen  worden  uitgevoerd.  Afhankelijk  van  de  geselecteerde  mode  worden  de 
resultaten  in  een  bepaald  type  plot  gepresenteerd. 

In  figuur  4.8  is  in  een  blokdiagram  de  samenhang  tussen  de  diverse  programma- 
onderdelen  weergegeven.  Dit  blokdiagram  is  onder  te  verdelen  in  totaal  7  blokken 
die  elk  een  of  meer  units  vertegenwoordigen  en  is  als  volgt  ingedeeld: 

•  Het  bovenste  blok  {Global  constants,  Global  variables.  General  library  en 
General  plot  library)  bevat  algemene  libraries  voor  code  en  data. 

•  De  input  wordt  verzorgd  met  behulp  van  dialogboxen,  waarvan  de  objecten  zijn 
ondergebracht  in  het  onderste  blok  {Objects  for  dialog  &  child  windows). 

•  Nadat  de  input  gegeven  is,  selecteert  het  Calculation  methods  blok  de  benodig- 
de  modellen  en  bepaalt  welke  Plot  methods  aangeroepen  moeten  worden.  De 
modelberekening  wordt  gedaan  door  units  uit  het  blok  Physical  models.  Deze 
units  importeren  wiskundige  en  nummerieke  methoden  uit  het  Mathematical  & 
numerical  methods  blok. 

Figuur  4.9  geeft  aan  welke  units  te  vinden  zijn  binnen  de  blokken  van  figuur  4.9. 
De  naamgeving  van  deze  units  komt  overeen  met  de  naamgeving  van  de  units  uit 
de  source-code.  Dit  figuur  is  vrijwel  hetzelfde  als  figuur  4.8  met  dien  verstande  dat 
hier  meer  details  met  betrekking  tot  de  gebruikte  units  zijn  weergegeven 

In  Fig.4.10  is  tenslotte  de  import  en  export  van  de  aanwezige  units  te  zien.  Een  pijl 
die  een  unit  in  gaat  vertegenwoordigt  de  import  van  code  of  data.  Een  uitgaande 
pijl  vertegenwoordigt  de  export  van  code  of  data. 
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Figuur  4.8:  Blokdiagram 
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Figuur4.9:  Units 
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Figuur  4.10:  Import  /  export 

4.2.2  Hierarchische  indeling  van  de  gebruikte  objecten. 

Figuur  4. 1 1  toont  de  objecten  die  gebruikt  worden  in  het  programma  RAID.  Links 
bevindt  zich  het  meest  abstracte  object  TObject,  dat  de  basis  vormt  van  alle  appli- 
caties  die  voor  Windows  geschreven  worden.  Van  links  naar  rechts  worden  de 
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objecten  steeds  gedetailleerder  (bijvoorbeeld  TObject  TWindow  TMDIWin- 
dow).  Uiterst  rechts  vinden  we  de  concrete  objecten  voor  het  gebruiken  van  bij¬ 
voorbeeld  dialogboxen. 


Figuur  4.1 1 :  Gebruikte  objecten 


4.2.3  Hierarchische  indeling  van  de  gebruikte  units 

De  hierarchische  samenhang  tussen  de  gebruikte  units  is  in  figuur  4.12  te  zien 
(units  van  Borland  Pascal  for  Windows  worden  hier  buiten  beschouwing  gelaten). 
Elk  blok  stelt  een  of  meer  units  voor.  Units  binnen  een  blok  verrichten  taken  die 
passen  bij  de  naamgeving  van  dat  blok.  Zo  bevat  het  blok  Physical  models  units 
die  betrekking  hebben  op  de  modellen.  De  naamgeving  van  deze  blokken  komt 
overeen  met  de  naamgeving  die  is  gebruikt  in  het  blokschema  van  figuur  4.8  en 
figuur  4.9. 
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Figuur  4.12:  Hierarchische  opbouw 

De  hierarchische  samenhang  in  figuur  4. 12  dient  als  volgt  geinterpreteerd  te  wor- 
den:  units  die  zich  in  een  hogere  laag  van  de  hierarchie  bevinden,  kunnen  units 
importeren  die  zich  in  dezelfde  laag  of  lager  in  de  hierarchie  bevinden.Units  die 
zich  in  de  onderste  laag  van  de  hierarchie  bevinden  kunnen  geen  units  meer  im¬ 
porteren. 


Het  gestippelde  kader  in  de  onderste  laag  van  de  hierarchie  geeft  aan  dat  het  gaat 
om  units  die  globaal  gebruikt  worden  binnen  het  programma.Voor  een  beschrij- 
ving  van  deze  units  wordt  verwezen  naar  paragraaf  4.3.1. 


TNO-rapport 


FEL-95-A285 


54 


4.2.4  Opzet  van  de  user-interface  (GUI) 

Het  ontwerpen  van  een  Graphical  User  Interface,  kortweg  GUI,  is  een  vak  apart. 
Omdat  steeds  meer  programmatuur  verschijnt  die  gebruik  maakt  van  Windows  is 
het  wenselijk  over  een  standaard  ‘look’  te  beschikken.  Daarmee  vindt  de  gebruiker 
telkens  op  dezelfde  plants  bepaalde  basisfuncties  (bijvoorbeeld  ophalen  van  be- 
standen,  opslaan  van  bestanden  en  opvragen  van  hulp),  zodat  hij  deze  niet  telkens 
opnieuw  moet  zoeken. 

De  geaccepteerde  standaard  is  opgezet  door  IBM  en  wordt  de  Common  User 
Access  (CUA)  genoemd.  Deze  standaard  geeft  bijvoorbeeld  aan  dat  van  links  naar 
rechts  op  de  menubar  de  opties  File,  Edit,  Window  en  Help  worden  geplaats  met 
eventuele  extra  opties  tussen  Edit  en  Window.  De  CUA  geeft  ook  een  volgorde 
voor  de  inhoud  van  bepaalde  menu’s  zoals  bijvoorbeeld  File  New,  File  Open,  File 
Save,  File  Save  As  etcetera.  Ook  de  betekenis  van  belangrijke  toetsen  (FI  voor 
help)  is  vastgelegd.  Auteurs  van  een  programma  vermelden  hun  naam  altijd  onder 
de  keuze  About  van  de  optie  Help. 

Met  de  resource  workshop  van  Borland  worden  handige  CUA  templates  aangele- 
verd.  Het  is  belangrijk  om  deze  templates  te  gebruiken,  omdat  de  programmatuur 
zo  volgens  CUA  standaard  geleverd  wordt.  Het  blijkt  dat  een  programma  dat  op 
een  andere  manier  basisfuncties  presenteert  irritatie  oproept  bij  de  eindgebruiker 
en  dat  deze  het  programma  daardoor  niet  zal  kiezen. 

Het  programma  RAID  voldoet  volledig  aan  de  CUA  standaard  van  IBM.  Als 
illustratie  hiervan  wordt  in  figuur4.I3  de  (hoofd)menu  bar  getoond.  Zoals  vereist 
staat  File  links  en  Help  rechts.  Edit  functies  zijn  in  RAID  niet  ge'implementeerd, 
zodat  deze  optie  op  de  menu  bar  ontbreekt. 


_  RAID  V  -  , 

Fi 

ile  Mode  Input  Settings  Plot  Window  Help  | 

Figuur4.13:  Hoofdmenu  opties 


Figuur  4. 14:  Menu  optie  File 


In  figuur  4. 14  zijn  nog  een  tweetai  andere  kenmerken  van  de  CUA-standaard  te 
zien.  Het  gebruik  van  drie  puntjes  achter  een  keuze  houdt  in  dat  er  een  dialogbox 
volgt,  waarin  de  gebruiker  informatie  dient  te  verstrekken  of  kan  veranderen.  De 
lijnen  geven  een  scheiding  aan  tussen  verschillende  soorten  keuzes.  Hier  is  dat  op 
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(vaste)  volgorde  het  bewerken  van  een  bestand,  het  afdrukken  van  een  bestand  en 
het  verlaten  van  het  programma.  De  keuze  Exit  wordt  altijd  onderaan  het  keuze- 
menu  geplaatst,  zodat  de  kans  dat  de  gebruiker  dit  per  ongeluk  kiest  klein  is. 

Een  belangrijk  onderdeel  van  de  user-interface  is  het  presenteren  van  de  windows 
die  informatie  bevatten.  Omdat  iedere  gebruiker  informatie  op  zijn  eigen  manier 
gepresenteerd  wil  zien,  zijn  een  aantal  functies  bedacht  die  hiervoor  kunnen  zorgen 
(zie  figuur  4.15). 


c=.  ^  -  RAID  '  ^  ^  V-  '  l-i*i 

File  Mode  Input  Settings  £lot  Help  | 

^  0,..  .  .  ' 

Cascade  Shift+F5 

Arrange  Icons 

Close  All 

Figuur  4. 15:  Window  opties 

De  keuzes  zijn  (in  volgorde  van  CUA  standaard): 

•  Tile:  verdeel  openstaande  windows  in  evenredig  grote  stukjes. 

•  Cascade:  plaats  de  openstaande  vensters  achter  elkaar. 

•  Arrange  Icons:  bij  gesloten  MDI  vensters,  de  icons  netjes  achter  elkaar  plaat- 
sen. 

•  Close  All:  alle  MDI  windows  sluiten. 

4.2.5  Conventies  naamgeving  procedures  /  functies  /  vars  etc. 

In  de  vorige  paragraaf  is  het  belang  van  een  standaard  voor  het  opzetten  van  de 
user-interface  besproken.  Vreemd  genoeg  bestaat  een  dergeiijke  standaard  (nog) 
niet  voor  het  opzetten  van  de  source  code. 

Voor  kleinere  programma’s  (tot  zo’n  500  regels)  is  dat  wellicht  niet  echt  noodza- 
kelijk,  omdat  meestal  geen  echte  problemen  te  verwachten  zijn  met  betrekking  tot 
onleesbaarheid.  Voor  grotere  programma’s  (meer  dan  1000  regels)  is  een  gestruc- 
tureerde  aanpak  absoluut  noodzakelijk. 

Wegens  het  ontbreken  van  een  algemene  standaard  zijn  voor  RAID  eigen  richtlij- 
nen  ontworpen,  die  hieronder  worden  besproken: 

Algemeen: 

Standaard  Pascal  uitdrukkingen  (begin,  end,  for,  while  etc.)  worden  met  kleine 
letters  geschreven.  Bij  variabelen,  functies  en  procedure  headers  is  dit  niet  nood¬ 
zakelijk  en  worden  hoofdletters  gebruikt  om  de  leesbaarheid  te  verhogen 
(bijvoorbeeld  ‘TestProcedure’). 

Procedures,  functies  en  methods  worden  op  alfabetische  volgorde  opgenomen  in 
de  implementatie  en  interface  secties  van  units.  Waar  dit  niet  mogelijk  is  wordt  dit 
van  duidelijk  commentaar  voorzien. 
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In  de  uses  declaratie  komt  eerst  een  lijst  van  includes  /  units  m.b.t.  Borland  Pascal 
for  Windows.  Daama  volgen  de  eigen  units  /  includes  op  alfabetische  volgorde. 

Binnen  een  object  worden  de  constructor  en  destructor  als  eerste  gedeclareerd. 
Daama  volgen  de  betreffende  methods. 

leder  level  van  programmatuur  (if.. .then)  wordt  met  inspringen  verduidelijkt. 
Commentaar. 

Er  zijn  vijf  soorten  commentaar,  die  hieronder  besproken  worden.  Aansluitend 
worden  voorbeelden  gegeven: 

Programma  header  commentaar:  geeft  een  duidelijke  omschrijving  over  de  versie, 
de  datum,  wijzigingen  t.o.v  de  vorige  versie. 

Unit  header  commentaar:  geeft  informatie  over  de  unit  en  verteld  waarvoor  de  unit 
dient. 

Scheidings  commentaar  tussen  procedures  /  functies:  zrgt  voor  een  duidelijke 
weergave  van  procedures  /  functies  en  verhoogt  de  leesbaarheid  van  de  source 
code. 

Commentaar  dat  object  methods  onderscheidt  van  procedures  /  functies:  maakt  een 
duidelijke  scheiding  tussen  methods  /  procedures  en  functies 

Overig  commentaar,  binnen  een  procedure  /  functie  /  object:  ter  verduidelijking 
van  de  werking  van  de  betreffende  code. 


1.  Voorbeeld  programma  header: 


{ 

{  Program  :  RAID 

{  (RAnge  forecast  for  Infra  red  Detectors) 


{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 

{ 


V100  M.Sannes  /  J.C.  Vuijst 
Date  :  01-12/1995 

Beschrijving  : 

Toevoegingen  t.o.v.  vorige  versie  : 


} 

} 

} 

} 

} 

} 

} 

} 

} 

I 

} 

} 

} 
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2.  Voorbeeld  unit  header: 


^■*****************+ 
{  UNIT  Constant 


**************************** j 

} 

} 


{  Hoofdprogramma  :  RAID. PAS 

{ 

{  Unit  met  alle  globale  constanten 

{ 


} 

} 

} 

} 


3.  Voorbeeld  scheiding  tussen  procedures: 

procedure  prod ; 

begin 

end; 


{ 

procedure  proc2; 

begin 

end; 


twee  lege  regels 

] 

een  lege  regel 


4.  De  methods  behorende  bij  objecten  worden  bij  elkaar  in  het  implementation- 
gedeelte  gezet.  Boven  deze  methods  wordt  het  commentaar  als  volgt  neergezet: 


{  } 

{  method(s)  behorende  bij  TSelAeroDialog  } 

{  } 


Een  andere  manier  om  methods  te  herkennen  is  hun  formaat  waarin  een  punt 
moet 

voorkomen  (v.b.  TSelAeroDialog.Init).  De  algemene  vorm  is 
‘Object.MethodName.’ 


5.  De  plaats  van  commentaar  binnen  de  rest  van  het  programma  is  niet  vastgesteld. 
voorbeeld: 

begin 

statementi ; 
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{  hier  krijgt  de  variable  een  waarde  } 

a  :=  1; 

statement  2; 
statement  3; 
enz.. 
end; 


4.3  Technische  beschrijving  van  het  programma 

4.3.1  Gebruikte  units  en  objecten 

De  gebruikte  units  en  objecten  worden  beschreven  volgens  de  hierarchische  inde- 
ling  die  is  besproken  in  paragraaf  4.2.3. 

hoofdprogramma  MAIN. PAS  (Blok:  MDI  Application}— programma  staat 
samen  met  unit  MDIWIN  in  de  bovenste  laag  in  de  hierarchie.  Alle  Windows 
applicaties  ontlenen  een  object  type  van  TApplication  om  allereerst  een  main 
window  op  te  bouwen  van  een  door  de  gebruiker  gedefmieerd  object  type.  Deze 
instance  van  Tapplication  wordt  binnen  het  hoofdprogramma  gemaakt.  Hier  wordt 
tevens  een  resource  bestand  ingelezen  dat  gemaakt  is  met  de  resource  editor  van 
Borland  Pascal  for  Windows.  Met  deze  editor  is  het  mogelijk  om  op  een  eenvou- 
dige  manier  dialogboxen  te  maken  en  hierin  controls  te  plaatsen  zoals  bijvoorbeeld 
(radio)buttons  en  editcontrols. 

unit  MDIWIN. PAS  (Blok:  MDI  Application)— Deze  (Object)unit  staat  boven  in  de 
hierarchie  omdat  deze  het  object  ‘TMyMDIWindow’  bevat.  TMyMDIWindow 
reageert  op  messages  die  voortkomen  uit  de  veschillende  menu-opties. 

De  message  id’s  (cm_-  constanten)  waarop  dit  object  reageert,  komen  overeen  met 
de  id’s  die  in  de  resource  editor  aan  de  menu-opties  is  meegegeven. 

unit  CALC.PAS  (Blok:  Calculation  methods)— Bmnen  deze  unit  worden  de  beno- 
digde  modellen  aangeroepen.  De  resultaten  van  de  modelberekeningen  worden 
vervolgens  verwerkt  in  een  plot  (coordinaten  van  lijnen  en  symbolen).  De  bere- 
kende  plot-codrdinaten  worden  met  behulp  van  procedures  en  functions  uit  unit 
PLOT4WIN.PAS  in  een  bitmap  geschreven,  die  vervolgens  op  het  beeldscherm 
wordt  gezet. 

unit  BMPLOT.PAS  (Blok:  Plot  methods)— Deze  unit  bevat  procedures  die  de  plot- 
omgeving  initialiseren,  zoals  het  neerzetten  van  tekst  naast  de  plot  en  het  aanroe- 
pen  van  plot-routines  uit  unit  PLOT4WIN.PAS.  De  manier  waarop  een  plot  wordt 
gei'nitialiseerd,  hangt  af  van  het  soort  plot  dat  moet  worden  getekend. 
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unit  OBJ  1. PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  onderscheidt  zich  van  de  andere  object-units  doordat  deze  geen  object  bevat 
voor  een  dialogbox,  maar  voor  een  child  window.  In  dit  child  window  wordt  de 
plot  met  bijbehorende  tekst  gezet.  Door  verschillende  instances  van  dit  object  te 
maken,  kunnen  meerdere  plot  windows  tegelijk  op  het  scherm  gezet  worden. 

unit  OBJ2.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Meteo  Input’  dialogbox.  Dit  object  bevat  methods 
voor  afhandeling  van  checkbox  messages.  Naast  de  cancel  en  canclose  methods, 
heeft  dit  object  methods  die  controleren  of  de  invoer  (gegeven  door  middel  van 
editcontrols)  correct  is.  Binnen  deze  unit  wordt  het  transfer  buffer  mechanisme 
toegepast,  zoals  is  beschreven  in  paragraaf  4. 1 .6. 

unit  OBJ3.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Sensor  Input’  dialogbox  die  naast  ok  en  cancel 
buttons  nog  radio  buttons  en  edit  controls  bevat.  Naast  de  cancel  en  canclose 
methods,  heeft  dit  object  methods  die  controleren  of  de  invoer  (gegeven  door 
middel  van  editcontrols)  correct  is.  Binnen  deze  unit  wordt  het  transfer  buffer 
mechanisme  toegepast,  zoals  beschreven  is  in  paragraaf  4. 1 .6. 

unit  OBJ4.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Mode’  dialogbox  die  naast  ok  en  cancel  buttons  nog 
radio  buttons  bevat.  Dit  object  bevat  geen  object  fields  en  geen  methods. 

unit  OBJ5.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Select  Aerosol  Model’  dialogbox  die  naast  ok  en 
cancel  buttons  nog  radio  buttons  bevat.  Dit  object  bevat  naast  de  cancel  en  can- 
close  methods,  alleen  methods  die  het  geselecteerde  aerosol  model  in  het  drop  out 
menu  onder  de  menubalk  plaatsen. 

unit  OBJ6.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Target  Input’  dialogbox  die  naast  ok  en  cancel 
buttons  alleen  edit  controls  bevat.  Dit  object  bevat  naast  de  cancel  en  canclose 
methods,  alleen  methods  die  kijken  of  de  invoer  (die  gegeven  is  door  middel  van 
editcontrols)  correct  is.  Binnen  deze  unit  wordt  het  transfer  buffer  mechanisme 
toegepast,  zoals  beschreven  is  in  paragraaf  4. 1 .6. 

unit  OBJ7.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Verify’  dialogbox.  Deze  dialogbox  geeft  alleen 
informatie  die  aangeeft  welke  modellen  te  gebruiken  zijn  bij  een  bepaalde  input 
van  het  input  meteo  dialogbox.  Dit  object  bevat  geen  object-fields  en  ook  geen 
methods. 

unit  OBJ8.PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Select  Molecular  model’  dialogbox  die  naast  ok  en 
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cancel  buttons  alleen  radio  buttons  bevat.  Dit  object  bevat  naast  de  cancel  en 
canclose  methods,  alleen  methods  die  het  geselecteerde  molecular  model  in  het 
drop-out  menu  onder  de  menubalk  plaatsen. 

unit  OBJ9.PAS  (Blok:  Objects  for  dialogboxes  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Select  Vertical  Structure’  dialogbox  die  naast  ok  en 
cancel  buttons  alleen  radio  buttons  bevat.  Dit  object  bevat  naast  de  cancel  en 
canclose  methods,  alleen  methods  die  het  geselecteerde  vertical  structure  in  het 
drop  out  menu  onder  de  menubalk  plaatst. 

unit  OBJ  10. PAS  (Blok:  Objects  for  dialogboxes  &  child  windows) — Deze  object- 
unit  bevat  een  object  voor  de  ‘Select  Micrometer’  dialogbox  die  naast  ok  en  cancel 
buttons  alleen  radio  buttons  bevat.  Dit  object  bevat  naast  de  cancel  en  canclose 
methods,  alleen  methods  die  het  geselecteerde  vertical  structure  in  het  drop  out 
menu  onder  de  menubalk  plaatst. 

unit  OBJ  11. PAS  (Blok:  Objects  for  dialogboxes  &  child  windows)— Deze  laatste 
object-unit  bevat  een  object  voor  de  ‘Ray  Tracing  Input’  dialogbox  die  naast  ok  en 
cancel  buttons  alleen  edit  controls  bevat.  Dit  object  bevat  naast  de  cancel  en  can- 
close  methods,  alleen  methods  die  kijken  of  de  invoer  (die  gegeven  is  door  middel 
van  editcontrols)  correct  is.  Binnen  deze  unit  wordt  het  transfer  buffer  mechanisme 
toegepast,  zoals  beschreven  in  paragraaf  4. 1 .6. 

De  verschillende  atmosferische  modellen  die  binnen  RAID  worden  gebruikt, 
bevinden  zich  in  de  volgende  units  (Blok:  Physical  models): 

•  unit  TNOBULK.PAS 

•  unit  LKBLIB. PAS 

•  unit  MPN.PAS 

•  unit  CUMULUS  .PAS 

•  unit  NAMTDA.PAS 

•  unit  MOLECULE.PAS 

•  unit  VSTRUC.PAS 

Voor  een  beschrijving  van  deze  modellen  wordt  verwezen  naar  hoofdstuk  2. 

unit  MATH. PAS  (Blok:  Mathematical  &  numerical  methods)— Deze  unit  bevat  een 
library  van  wiskundige  functies,  die  gebruikt  worden  bij  berekeningen  binnen  de 
atmosfeer  modules. 

unit  LEASTSQR.PAS  (Blok:  Mathematical  &  numerical  methods)— Deze  unit 
(Borland)  bevat  numerieke  methoden  die  toegepast  worden  binnen  atmosfeer 
module  MPN. 

unit  CONST.PAS  (Blok:  Global  constants)— Deze  unit  bevat  alle  globale  constan- 
ten.  Deze  constanten  zijn  onder  te  verdelen  in: 

•  Constanten  met  betrekking  tot  menu  opties  (cm_-constanten) 
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•  Constanten  met  betrekking  tot  dialog  boxen  (id_  -constanten) 

•  Constanten  met  betrekking  tot  default  dialog  instellingen  (c_  -constanten) 

•  Constanten  met  betrekking  tot  dialogbox-invoer  bereik  (_min,  _max  - 
constanten) 

•  Constanten  met  betrekking  tot  kleur  definities 

•  String  constanten  voor  het  invullen  van  menu  optics 

•  Constanten  ten  behoeve  van  atmosfeer  modules 

•  Overige  constanten 

unit  MYVARS.PAS  (Blok:  Global  variables) — Deze  unit  bevat  globale  declaraties 
van  types  en  variabelen.  Deze  types  en  variabelen  zijn  onder  te  verdelen  in; 

•  Definities  en  declaraties  met  betrekking  tot  arrays 

•  Definities  en  declaraties  met  betrekking  tot  transfer  buffers 

•  Definities  en  declaraties  met  betrekking  tot  (tijdelijke)  buffers 

•  Definitie  en  declaratie  van  het  Monin-Obhukov  record  (LKB-model) 

unit  GENLIB.PAS  (Blok:  General  library)— Deze.  unit  bevat  een  reeks  algemene 
procedures  en  functies  die  vanuit  elke  unit  aangeroepen  mogen  worden. 

unit  PLOT4W1N  (Blok:  General  plot  library)— Deze  unit  bevat  routines  voor  het 
tekenen  van  grafieken,  zoals  bijvoorbeeld  routines  die  assen  en  grid  lijnen  tekenen. 

4.3.2  Belangrijke  procedures  en  functies 

De  meest  gecompliceerde  procedures  van  RAID  zijn  IDPlot,  CalcRayTracing  en 
CalcDetProbMd,  die  respectievelijk  plot,  ray-tracing  en  detection  probability  en  de 
‘supervisor’  van  de  berekening  /  presentatie  zijn.  Deze  procedures  worden  hieron- 
der  uitgebreider  beschreven,  waarbij  ook  de  fysische  achtergrond  besproken  wordt. 


IDPlot 

De  procedure  IDPlot  verzorgt  zowel  de  berekening  en  de  weergave  van  de  output 
van  het  programma.  Telkens  wanneer  hoofdmenu  optie  Plot  wordt  aangeklikt,  start 
de  computer  procedure  IDPlot.  Afhankelijk  van  de  ingestelde  mode  en  settings 
wordt  een  bepaald  type  berekening  uitgevoerd  en  in  een  plot  weergegeven.  Figuur 
10  geeft  schematisch  de  werking  van  IDPlot  weer: 
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Figuur  4.16:  IDplot 

Het  bovenste  blok  in  figuur  4.16  symboliseert  het  controleren  van  alle  benodigde 
invoergegevens  (zijn  er  voldoende  meteorologische  gegevens  zijn  ingevoerd  om  de 
geselecteerde  modellen  te  kunnen  gebruiken  voor  het  maken  van  een  berekening?). 
In  het  programma  correspondeert  dit  met  een  lijst  met  sequentiele  vergelijkingen. 
Als  een  van  deze  vergelijkingen  onjuist  is,  wordt  door  middel  van  een  if  statement 
een  verwijzing  gemaakt  naar  de  module  die  weergeeft  welke  input  ontbreekt. 

Het  linkerblok  in  figuur  4.16  toont  deze  module.  BiJ  aanroep  wordt  een  grote 
matrix  op  het  scherm  geplaatst  van  meteorologische  inputvelden  en  de  modellen 
die  gebruik  maken  van  deze  velden.  Zo  is  te  zien  wat  het  gevolg  is  van  ontbreken- 
de  input. 

Indien  alle  benodigde  input  voorhanden  is,  wordt  de  berekening  gestart  en  vervol- 
gens  de  resultaten  weergegeven.  In  figuur  4. 16  is  dit  onderdeel  gesymboliseerd  in 
het  onderste  blok.  Het  onderste  blok  is  te  vervangen  door  een  aantal 
(gedetailleerdere)  blokken; 
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Figuur  4. 1 7:  Detail  IDPlot 

Zoals  te  zien  is  in  figuur  4. 17  worden  vier  functies  achtereenvolgens  uitgevoerd. 
Allereerst  wordt  een  bitmap  in  het  geheugen  aangemaakt  om  deeluitkomsten  van 
de  berekening  direct  op  een  (virtueel)  scherm  te  kunnen  plaatsen.  Voor  deze  me- 
thode  is  gekozen  omdat  dit  een  van  de  gunstige  opiossingen  is  gebleken  bij  de 
combinatie  van  veel  rekenwerk  en  het  verplaatsen  van  windows.  Zie  hiervoor  het 
gedeelte  over  bitmaps  in  paragraaf  4.1.5. 

De  tweede  functie  (tweede  blok  van  boven  in  figuur  4. 17)  verzorgt  het  feitelijke 
rekenwerk.  Resultaten  van  deelberekeningen  worden  opgeslagen  in  de  bitmap  in 
het  geheugen.  Op  het  rekenwerk  wordt  hier  niet  ingegaan,  dit  staat  uitgebreid 
beschreven  in  hoofdstuk  2. 

In  het  derde  blok  wordt  bepaald  in  welk  window  de  bitmap  geplaatst  wordt.  ledere 
plot  die  gemaakt  wordt  met  het  programma  wordt  voorzien  van  een  nummer  en  een 
titel  die  aangeeft  om  wat  voor  soort  plot  het  gaat.  Bij  de  nummering  wordt  het 
laagst  beschikbare  nummer  gekozen.  Dus,  indien  de  gebaiiker  drie  plots  maakt 
(genummerd  1  t/m  3),  vervolgens  plot  (window)  2  sluit,  en  tenslotte  nog  een  vierde 
plot  maakt,  krijgt  deze  plot  het  vrijgekomen  nummer  2. 

In  het  laatste  blok  wordt  procedure  MakeWindow  van  Borland  Pascal  aangeroepen 
waarin  de  bitmap  uit  het  geheugen,  die  compatible  is  met  het  grafische  scherm,  in 
het  window  geplaatst. 
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Ray  tracing 

De  lichtsnelheid  hang  af  van  het  medium.  In  een  medium,  anders  dan  vacuum,  is 
de  lichtsnelheid  steeds  kleiner  dan  3,0  10®  m/s.  De  verhouding  van  de  lichtsnelheid 
in  een  medium  en  in  vacuum  wordt  de  brekingsindex  genoemd  en  aangeduid  met 
de  letter  n.  De  brekingsindex  is  dus  dimensieloos  en  een  getal  groter  of  gelijk  aan 
1.  Dikwijls  is  de  brekingsindex  nog  een  functie  van  de  golflengte  (kleur  van  het 
licht). 

Op  de  overgang  tussen  twee  media  kan  er  ten  gevolge  van  het  verschil  in  de  bre- 
kingsindices  broking  van  licht  optreden  (zoals  bijvoorbeeld  bij  een  lepeltje  in  een 
kopje  thee).  Van  dit  verschijnsel  wordt  handig  gebruik  gemaakt  in  optische  hulp- 
middelen  zoals  lenzen,  prisma’s  maar  ook  optische  glasvezels.  De  brekingsindex 
voor  water  is  ongeveer  1,3  en  voor  glas  ongeveer  1,5.  Er  zijn  ook  materialen  met 
een  zeer  hoge  brekingsindex  (3-5). 

Lucht  heeft  een  brekingsindex  die  slechts  weinig,  in  de  orde  van  grootte  van  10'^ 
verschilt  van  1.  Meestal  wordt  daarom  de  refractie  opgegeven,  aangeduid  met  N, 
die  afgeleid  is  van  de  brekingsindex  volgens  N=  (n-l)xlO*.  Temperatuur-  en/of 
vochtigheidsverschillen  tussen  opeenvolgende  luchtlagen  zorgen  voor  kleine 
variaties  in  de  refractie.  Deze  kleine  verschillen  leiden  tot  aardige  effecten  zoals 
een  elliptische  (ondergaande)  zon,  een  hoog  uitgerekte  boot,  waarneming  tot 
voorbij  de  horizon  (of  juist  een  beperking  tot  minder  dan  de  geometrische  horizon) 
of  luchtspiegelingen. 

Voor  het  berekenen  van  effecten  van  breking  van  licht  bij  de  overgang  tussen  twee 
media,  wordt  gebruik  gemaakt  van  de  wet  van  Snellius.  De  wet  van  Snellius  zegt 
dat  het  product  van  de  brekingsindex  en  de  sinus  van  de  hoek  van  inval  (met  de 
normaal)  constant  is. 

no  sin  (Po=  «i  sin  i 

De  normaal  is  een  denkbeeldige  lijn  op  het  oppervlak  tussen  de  media.  In  het 
algemeen  zijn  de  brekingsindices  no  en  n\  bekend  en  kiezen  we  de  hoek  waaronder 
het  licht  invalt,  (Po  zelf.  De  hoek  waaronder  het  licht  zich  in  het  aanliggende 
medium  voortplant  laat  zich  nu  met  de  formule  berekenen.  In  figuur  4. 18  is  een 
voorbeeld  te  zien  waarbij  een  lichtstraal  wordt  gebroken  door  de  horizontaal 
gelaagde  atmosfeer.  De  dikte  van  de  atmosferische  laagjes  komt  overeen  met  de 
stapgrootte  in  de  z-richting  (dz). 
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Si  S2  S3  S4 


Figuur4.18:  Ray  tracing 

Ray  tracing  is  belangrijk  wanneer  bepaald  meet  worden  of  een  doel  dat  zich  op  een 
bepaalde  plaats  bevindt  door  een  sensor  kan  worden  waargenomen.  Er  moet  dan 
worden  bekeken  of  het  licht  dat  door  bet  doel  wordt  uitgezonden  via  het  een  of 
andere  pad  (met  breking!)  bij  de  sensor  kan  komen.  Bij  het  berekenen  van  ray 
traces  wordt  vaak  voor  het  rekengemak  de  richting  van  de  lichtstraal  omgekeerd. 
De  lichtstralen  gaan  dan  niet  naar  de  sensor  toe,  maar  worden  door  de  sensor 
gegenereerd.  Deze  ‘true’  veroorzaakt  voor  het  resultaat  geen  verschil. 

De  implementatie  van  ray  tracing  is  te  vinden  in  procedure  CalcRayTracing  (unit: 
Calc).  Bij  het  algorithme  voor  ray  tracing  wordt  gebruik  gemaakt  van  de  volgende 
parameters: 

•  temperatuur-  en  vochtigheidsverschillen 

•  Sensor  hoogte 

•  Gemiddelde  hoek  waaronder  de  lichtstralen  de  sensor  binnenkomen 

•  Spreiding  van  inkomende  lichtstralen 
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•  Aantal  stralen  dat  getekend  moet  worden 

De  gebruiker  kiest  een  sensorhoogte,  een  starthoek  en  spreiding,  alsmede  het 
aantal  lichtstralen.  Het  programma  berekent  vervolgens  de  benodigde  temperatuur- 
en  vochtigheidsverschillen  en  kiest  een  stapgrootte  in  de  z-richting  gekozen 
(integratie  stap).  Voor  elke  dz  wordt  de  plaats  (Range-richting)  berekend  waar  de 
lichtstraal  het  interval  verlaat  (figuur  4.18  geeft  dit  aan  met  de  normaal:  Si.  Met  de 
formule  van  Snellius  wordt  de  hoek  berekend  waaronder  de  lichtstraal  het  volgen- 
de  laagje  binnenkomt  {O  i).  Door  dit  te  herhalen  kunnen  de  berekende  range  en 
height  posities  worden  gemarkeerd  in  de  plot.  Er  wordt  gestopt  met  het  tekenen 
van  een  lichtstraal  als  de  maximale  range  en/of  height  bereikt  zijn.  Om  de  volgen- 
de  lichtstralen  te  tekenen  wordt  bij  de  beginhoek  van  de  huidige  lichtstraal  steeds 
de  stapgrootte  van  de  hoek  voor  de  lichtstralen  opgeteld. 

Detection  Probability 

De  procedure  Detection  Probability  (de  kans  om  gedetecteerd  te  worden)  geeft  een 
inschatting  van  de  kans  dat  de  sensor  het  doel  zal  waarnemen.  Deze  kans  is  afhan- 
kelijk  van  een  aantal  effecten  die  in  de  atmosfeer  spelen,  waarop  we  nu  nader 
ingaan. 

Wanneer  licht  zich  door  de  atmosfeer  voortplant,  treden  er  verliezen  op  ten  gevol- 
ge  van  absorptie  en  verstrooiing  door  aerosolen  en  moleculen.  De  transmissie  (of 
extinctie)  is  een  maat  voor  de  hoeveelheid  licht  die  overblijft  en  wordt  vooral 
bepaald  door  het  aantal  aerosolen  (en  moleculen)  in  de  atmosfeer.  Op  zijn  beurt  is 
dit  aantal  afhankelijk  van  de  meteorologische  condities  van  de  atmosfeer 
(windsnelheid,  temperatuur  en  vochtigheid).  Doordat  deze  condities  varieren  met 
de  hoogte,  dient  ook  de  verticale  structuur  van  de  atmosfeer  bekend  te  zijn.  De 
kans  dat  een  doel  door  de  gebruiker  kan  worden  waargenomen  (of  andersom!) 
wordt  dus  bepaald  door  de  atmosferische  transmissie.  Ook  andere  effecten  zoals 
refractie  en  turbulentie  spelen  een  rol,  maar  die  worden  in  deze  procedure  buiten 
beschouwing  gelaten. 

Helaas  blijkt  het  berekenen  van  het  verticale  profiel  van  de  aerosol  concentratie 
veel  rekentijd  te  vergen.  Daarom  zijn  er  twee  methoden  geimplementeerd  om  de 
detectie  kans  te  berekenen: 

•  ‘Snelle’  methode:  bereken  geen  verticale  structuur  van  de  transmissie.  Dit  wil 
zeggen  dat  de  transmissie  alleen  wordt  uitgerekend  op  een  hoogte  van  10  meter. 

•  ‘Nauwkeurige’  methode:  bereken  wel  een  verticale  structuur,  bijvoorbeeld  met 
het  NPS  model.  Dit  wil  zeggen  dat  de  transmissie  voor  elke  integratie  stap  (van 
sensor  naar  doel)  opnieuw  wordt  bepaald. 

Hieronder  worden  beide  methoden  in  een  programmafragment  weergegeven. 
Omdat  methode  2  nauwkeuriger  is,  is  de  complexiteit  van  dit  fragment  groter. 
Beide  fragmenten  bevatten  pseudo-code  ter  verduidelijking. 


TNO-rapport 


FEL-95-A285 


67 


Methode  I; 


procedure  PlotDetProbWithoutNPS  (var  HMemDC  ;  HDC); 

begin 


T;=1: 

RangePart  :=  1 

bereken  aj 
bepaal  fout  in  aj 


{  Totale  transmissie  100%  } 
{  Range  stapgrootte  in  km  } 

{ Totale  extinctie ) 

{ fout  in  extinctie  per  stap  } 


for  j  :=  1  to  RangeMax  do  {  Maximale  Range  b.v.  40  km  } 

begin 

T  :=  T  *  exp(-aT  *  RangePart);  { T ransmissie  per  stap  } 

{ Teken  pixel  met  kleur  afhankelijk  van  transm.  op  plaats  (j,  10.0) } } 
PlotTrans  (HMemDC,  j,  10.0,  Trans); 
end;  { for } 
end; 


Methode  2  is  aanzienlijk  uitgebreider: 

procedure  PlotDetProbWithNPS(var  HMemDC  :  HDC); 

begin 

{  bereken  en  teken  alle  transmissielijnen  voor  alle  Target  hoogtes  } 

for  HeightCount  :=  0  to  Round(TargetHeightMax)  do 

begin 

{ teken  1  transmissielijn,  behorende  bij  1  target  hoogte  } 
end;  { for } 

{  bereken  en  teken  alle  transmissielijnen  voor  elke  rangestap  tussen 
sensorhoogte  en  z  =  0  } 

for  RangeCount  :=  0  to  Round(RangeMax)  do 

begin 

{ teken  1  transmissielijn,  behorende  bij  1  sensor  hoogte  } 
end;  { for } 

{  bereken  en  teken  alle  transmissielijnen  voor  elke  rangestap  tussen 
sensorhoogte  en  z  =  TargetHeightmax  } 

for  RangeCount  :=  0  to  Round(RangeMax)  do 

begin 

{ teken  1  transmissielijn,  behorende  bij  1  sensor  hoogte  } 
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end;  { for } 

bepaal  gemiddelde  fout  in  extinctie  {  gem.  foutwaarde  over  stappen  } 

end; 

Het  essentiele  verschil  tussen  methodes  1  en  2  is  dat  bij  methode  2  de  extinctie 
voorelk  benodigd  hoogte-interval  moet  worden  berekend,  terwijl  bij  methode  1 
slechts  een  extinctie  (voor  10  meter  hoogte)  dient  te  worden  berekend.  Daamaast 
moet  in  methode  2  rekening  worden  gehouden  met  de  (hoogte)grenzen  van  de  plot 

Methode  2  is  te  ontleden  in  drie  stukken,  elk  verantwoordelijk  voor  het  berekenen 
van  een  onderdeel  van  de  Detection  Plot  (zie  figuur  4.19).  De  eerste  for  lus  zorgt 
voor  het  tekenen  van  de  transmissielijnen  vanaf  de  sensor  tot  en  met  de  maximale 
Range  van  de  plot  (40  km).  In  de  tweede  for  lus  worden  de  transmissielijn  gete- 
kend  die  voordat  de  maximale  range  bereikt  wordt  reeds  het  oppervlak  bereikt 
hebben.  De  laatste  for  lus  tekent  de  transmissielijnen  die  de  maximale  plothoogte 
bereiken  voor  de  maximale  range  bereikt  wordt.  Bij  iedere  nieuwe  berekening 
wordt  een  nieuwe  aj  berekend,  en  een  nieuwe  foutwaarde.  De  gemiddelde  fout¬ 
waarde  wordt  aan  het  einde  berekend. 
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4.3.3  Verhelpen  van  errors  binnen  Borland  Pascal  for  Windows 

Tijdens  de  ontwikkeling  van  RAID  zijn  een  aantal  bugs  ontdekt  binnen  de  Borland 
omgeving.  De  meeste  bugs  staan  in  verband  met  bet  gebruik  van  arrays  binnen 
dialog  boxen.  Een  verklaring  van  dit  soort  bugs  is  tijdens  de  ontwikkeling  van 
RAID  niet  gevonden.  Binnen  deze  paragraaf  zal  besproken  worden  welk  ‘vreemd 
gedrag’  zich  kan  voordoen  en  hoe  de  programmeur  hiervoor  een  (nood)oplossing 
kan  implementeren. 

Vreemd  gedrag  bij  het  gebruik  van  array’s — Binnen  unit  OBJ2.PAS  bevindt  zich 
de  method-.  TMeteoDialog.MeteoInputCorrect  die  alle  meteo  invoer  op  juistheid 
controleert.  Is  alle  invoer  juist,  dan  wordt  true  teaig  gegeven.  Binnen  deze  method 
is  een  array  gedeclareerd  (OutStr)  van  het  type  arrSOchar.  Deze  array  is  nodig  om 
een  melding  in  een  message  box  te  zetten  wanneer  de  invoer  onjuist  is.  Zodra  dit 
array  wordt  vergroot  naar  bijvoorbeeld  een  array  van  het  type  arrlOOchar,  onstaat 
het  probleem  dat  de  ok  button  in  de  message  box  niet  meer  functioneert. 

Dit  probleem  deed  zich  voor  op  een  PC  (80486  /  50Mhz  processor  met  8MB 
RAM).  Als  op  deze  PC  het  OutStr  array  (arrlOOchar)  wordt  verkleind  naar  een 
array  van  het  type  arr90char,  is  dit  probleem  opgelost.  Later  werd  ontdekt  dat  deze 
instelling  nog  problemen  gaf  op  een  andere  PC  (80386  /  25Mhz  processor  met 
4MB  RAM).  Op  deze  PC  werkte  met  dit  array  (arr90char)  de  cancel  button  van  de 
betreffende  dialogbox  niet  meer.  Ter  voorkoming  van  deze  problemen  moet  de 
lengte  van  array  OutStr  tot  80  characters  beperkt  blijven.  Met  deze  arraylengte  zijn 
tot  dusver  nog  geen  problemen  ontstaan. 

Andere  problemen — Binnen  unit  PLOT4WIN.PAS  bevindt  zich  procedure  Draw- 
Axis.  Deze  procedure  bevat  code  om  de  assen  van  een  grafiek  op  de  juiste  manier 
te  plaatsen.  In  deze  procedure  moet  het  font  (MyLogFont)  ingesteld  worden.  Als 
dit  niet  wordt  gedaan,  kan  het  font  veranderen,  zodra  windows  worden  vergroot  of 
verkleind. 

Bij  het  plaatsen  van  tekst  naast  de  plot  is  ontdekt  dat  alleen  true  type  fonts  gero- 
teerd  en  ‘gescaled’  kunnen  worden.  Met  niet-true  type  fonts  werken  de  betreffende 
commando’s  niet. 

Als  een  OK  push  button  van  een  dialog  box  ervoor  moet  zorgen  dat  de  dialogbox 
verdwijnt,  moet  deze  button  in  de  resource  workshop  (van  Borland)  als  default 
push  button  zijn  opgegeven. 

De  Enter  toets  (staat  voor  het  indrukken  van  de  OK  push  button)  resulteert  bij  alle 
input  dialogboxen  in  het  closen  van  de  dialog  box,  behalve  bij  de  input  target 
dialogbox.  Hier  werkt  het  soms  wel,  soms  niet.  Toch  is  ook  hier  de  OK  push 
button  als  default  in  de  resource  workshop  opgegeven.  Met  de  muis  OK  aan  klik- 
ken  werkt  echter  wel  altijd. 
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Het  is  niet  altijd  mogelijk  om  de  input  meteo  dialogbox  te  closen  door  met  de  muis 
twee  maal  te  klikken  op  de  button  in  de  linker  bovenhoek.  In  bepaalde  gevallen 
komt  de  message  blijkbaar  niet  door. 

4.3.4  Instellingen  compiler  van  Borland  Pascal  for  Windows 

Bij  RAID  zijn  de  volgende  instellingen  noodzakelijk  : 

•  Options  /  Compiler  /  Numeric  Processing  :  8087  -  80287  aan. 

•  Options  /  Compiler  /  Runtime  Errors  :  alle  checks  aan. 

•  Options  /  Tools...  /  Turbo  Debugger,  arguments  ;  -wd  (Voor  DEBUGING) 

•  Options  /  Memory  sizes  /  alle  stack  sizes  op  ;  16384 

•  Options  /  Environment  /  Editor  /  TabSize  :  2 


TNO-rapport 


FEL-95-A285 


72 


5.  Aanbevelingen 

5.1  Optimal isatie  van  de  User  Interface 

Een  aantal  opties  worden  weliswaar  in  de  menu’s  van  RAID  al  genoemd,  maar  zijn 
nog  niet  geimplementeerd.  Het  betreft  hier; 

•  Menu  opties  print/printer  setup:  met  de  optie  print  moet  een  'screen  dump'  van 
het  client-area  naar  een  printer  gestuurd  kunnen  worden,  zodat  de  diverse  plots 
eenvoudig  toegevoegd  kunnen  worden  aan  rapportages,  verslagen  en  eventueel 
publicaties. 

•  Een  lijst  van  recent  gebmikte  fdes  zou  kunnen  worden  toegevoegd  onder  menu- 
optie  exit.  Zo'n  lijst  bevindt  zich  al  onder  hoofd-menu  optie  "Window'  waarin 
een  lijst  van  alle  geopende  windows  te  vinden  is. 

•  De  modes  T  vs  Sensitivity,  T  vs  Temperature  Difference  en  T  vs  Height  moeten 
nog  geimplementeerd  worden. 

•  Alle  help-opties  moeten  nog  geimplementeerd  worden.  Dit  geldt  voor  zowel  de 
help-opties  van  het  hoofdmenu  als  voor  de  implementatie  van  help-buttons. 

Bij  het  (test-)gebruik  van  RAID  bleek  dat  de  presentatie  van  het  programma  op  een 
aantal  punten  verbeterd  kan  worden.  Het  betreft  hier: 

•  Toevoeging  van  een  toolbar(boven)  of  een  statusbar(onder)  zou  meer  duidelijk- 
heid  kunnen  geven  aan  de  gebruiker. 

•  De  Verify  Model  Input  dialogbox  (presentatie  van  gevolgen  ontbrekende  mete- 
orologische  parameters)  bevat  momenteel  een  tabel  waarin  5  modellen  zijn  on- 
dergebracht.  Bij  toevoeging  van  modellen  in  een  latere  versie  zou  het  handig 
zijn  om  van  deze  dialogbox  een  child-window  te  maken,  met  daarin  horizontale 
en  verticale  scroll-bars.  Met  deze  toevoeging  kan  een  onbeperkt  aantal  model¬ 
len  worden  toegevoegd  binnen  het  verify-overzicht.  Ook  kan  met  deze  aanpas- 
sing  het  aantal  parameters  binnen  dit  overzicht  worden  vergroot. 

•  Tijdens  het  maken  van  de  berekening  verschijnt  'Calculating'  in  het  midden  van 
het  window.  Dit  kan  worden  vervangen  door  een  dialogbox  waarin  een  pro¬ 
gress-bar  aangeeft  hoever  de  berekening  is  gevorderd. 

•  De  kleuren  van  de  color-bar  (Detection  probability)  zouden  beter  in  elkaar 
moeten  kunnen  overlopen.  Hiervoor  moet  een  nieuw  kleuren-palet  worden  ont- 
worpen. 

•  Het  zou  wenselijk  kunnen  zijn  dat  de  schaalverdeling  van  de  gebmikte  assen 
veranderd  kan  worden.  Hiervoor  moet  dan  een  menu-optie  worden  toegevoegd, 
waarin  de  gebmiker  bijvoorbeeld  lin/log  assen  kan  instellen. 

De  presentatie  van  de  detection  probability  in  false  colors  is  gecompliceerd  in  de 
zin  dat  het  niet  in  een  oogopslag  duidelijk  is  of  een  doel  wel  of  niet  gedetecteerd 
kan  worden.  Het  is  daarom  wenselijk  een  vereenvoudigde  presentatie  te  introduce- 
ren  (een  toepasselijke  naam  zou  zijn:  ‘commander  briefing’)  waarin  duidelijk 
wel/niet  kans  op  detectie  van  een  bepaald  doel  wordt  aangegeven. 
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5.2  Verbetering  van  de  voorspelling 

In  deze  versie  van  RAID  wordt  de  detection  probability  uitgerekend  met  een  rechte 
stralengang  tussen  sensor  en  (mogelijke)  doelen.  Deze  mode  dient  derhalve  geinte- 
greerd  te  worden  met  de  mode  Ray  Tracing  om  een  correct  beeld  te  krijgen  van  de 
transmissie  tussen  sensor  en  doel,  Deze  aanpassing  zal  echter  de  rekentijd  van  het 
programma  doen  toenemen. 

Bij  het  berekenen  van  de  stralengang  (Ray  Tracing)  wordt  geen  rekening  gehouden 
met  de  kromming  van  de  aarde.  Hiervoor  zou  een  analogie  van  de  wet  van  Snellius 
gebruikt  moeten  worden,  geldig  voor  spherisch  gelaagde  media.  Indien  echter  de 
stapgrootte  langs  het  lichtpad  voldoende  klein  wordt  genomen  (maximaal  1  km),  is 
het  verschil  tussen  beide  methoden  te  verwaarlozen. 

De  reikwijdtevoorspeller  maakt  voor  de  micrometeorologie  gebruik  van  het  LKB- 
model  [Liu  et  al,  1979].  Recentelijk  is  een  meetcampagne  op  MeetPost  Noordwijk 
uitgevoerd  in  het  kader  van  SIRIUS  om  data  over  de  atmosferische  point  spread 
functie  en  refractieverschijnselen  te  verkrijgen  [De  Leeuw  et  al.,  1995a].  Deze  data 
is  gebruikt  om  een  nieuw  micrometeorologisch  model  van  Kunz  [1995]  te  valide- 
ren,  dat  op  een  aantal  punten  een  verbetering  is  van  het  LKB-model.  Het  model 
van  Kunz  zal  dan  ook  in  RAID  worden  geimplementeerd. 

Een  aantal  atmosferische  effecten  op  het  gebied  van  propagatie  van  (infrarode) 
straling  zijn  nog  niet  in  RAID  geimplementeerd.  Met  name  moet  hier  gedacht 
worden  aan  een  module  voor  het  berekenen  van  optische  turbulentie  (scintillatie  en 
beam  wander).  Deze  effecten  kunnen  berekend  worden  uit  de  zogenaamde  bre- 
kingsindex  structuurfunctie  parameter  Cn^(z),  die  beschikbaar  is  uit  het  model  van 
Kunz  [1995]. 

Tenslotte  kunnen  modules  geimplementeerd  worden  die  invloeden  op  de  perform¬ 
ance  van  de  sensor  beschrijven.  Hierbij  kan  gedacht  worden  aan  een  ‘zon/maan- 
module’,  die  afhankelijk  van  locatie,  tijd  en  bewolking  een  lichtbron  in  de  scene 
plaatst  en  een  achtergrond  module.  Dit  soort  modules  vait  strikt  genomen  echter 
buiten  het  kader  van  het  atmosferische  deel  van  de  reikwijdtevoorspeller,  welke 
immers  tot  doel  heeft  de  propagatie-eigenschappen  van  de  atmosfeer  te  berekenen. 


5.3  Optimalisatie  van  gebruikte  numerieke  methoden 

De  rekentijd  voor  versie  1 .0  van  RAID  ligt  in  de  orde  van  30  seconden  tot  2  mi- 
nuten  op  een  HP  Vectra  486,  CPU  66  MHz.  Het  merendeel  van  de  rekentijd  wordt 
besteed  aan  het  model  voor  de  verticale  structuur  en  de  ray-tracing. 

Het  model  voor  de  verticale  structuur  van  de  aerosol-extinctie  vereist  een  numerie¬ 
ke  integratie  tussen  het  oppervlak  en  de  maximale  hoogte  in  het  domein.  Deze 


integraal  wordt  momenteel  met  een  Simpson-algoritme  berekend,  waarbij  het 
aantal  integratie-intervallen  in  elke  slag  een  factor  twee  verhoogd  wordt  tot  de 
vereiste  precisie  is  bereikt.  Het  aantal  intervallen  (startwaarde,  increment  per  slag) 
is  nog  niet  geoptimaliseerd.  Daamaast  kan  een  andere  numerieke  integratiemetho- 
de  geprobeerd  worden. 

De  ray-tracing  vergt  veel  rekentijd  doordat  het  hele  lichtpad  in  kleine  stapjes  moet 
worden  doorlopen.  Momenteel  gebeurt  dat  met  een  robuuste  stapgrootte,  welke  zo 
klein  gekozen  is  dat  een  betrouwbare  berekening  wordt  gegarandeerd.  Het  is 
mogelijk  een  variabele  stapgrootte  te  introduceren  als  functie  van  de  elevatiehoek 
van  de  lichtstraal.  Daamaast  zou  het  gebruik  van  look-up-tables  voor  aerosol- 
extinctie  en  meteorologische  parameters  op  een  verticaal  (logaritmisch)  grid  over- 
wogen  kunnen  worden.  Tijdens  het  volgen  van  de  lichtstraal  kan  dan  volstaan 
worden  met  interpolatiewaarden  uit  een  dergelijke  tabel. 


5.4  Uitbreiding  van  het  pakket 

Binnen  het  kader  van  opdracht  A92KM613  is  een  op  zichzelf  staande  atmosferi- 
sche  module  voor  een  IR  reikwijdtevoorspeller  ontwikkeld.  Voor  een  krachtige 
reikwijdtevoorspeller  is  het  wenselijk  om  deze  module  te  integreren  met  modules 
die  betere  beschrijvingen  van  sensoren,  doelen  en  achtergronden  geven. 

Uiteindelijk  kan  een  pakket  ontstaan  dat  in  een  groter  geheel  functioneert: 

•  Met  behulp  van  OLE  (Object  Linking  and  Embedding)  functies  kan  een  link 
gemaakt  kunnen  worden  tussen  de  uitkomsten  van  de  berekeningen  en  een  da- 
tabase.  Zo  kan  (bijvoorbeeld)  een  plot-icon  worden  'gesleept'  naar  een  database 
om  de  berekeningen  te  analyseren  binnen  een  database  of  tekstverwerker. 

•  Door  een  koppeling  tussen  sensoren  en  de  computer  kan  het  actuele  meteorolo¬ 
gische  scenario  direct  worden  doorgegeven  aan  de  reikwijdtevoorspeller 

•  Als  functie  van  de  geografische  positie  (GPS)  kan  de  reikwijdtevoorspeller  zelf 
de  juiste  modellen  voor  een  berekening  kiezen 

•  Een  ontwikkeling  tot  expertsysteem  maakt  het  mogelijk  dat  de  reikwijdtevoor¬ 
speller  aangeeft  hoe  de  reikwijdte  van  een  bepaald  systeem  vergroot  kan  wor¬ 
den  (keuze  andere  golflengte). 
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Bijiage  A  Installatie 

Om  RAID  op  het  computersysteem  te  laten  werken,  moet  het  programma  als  volgt 
ge'mstalleerd  worden.  Het  is  van  groot  belang  om  de  aangegeven  volgorde  aan  te 
houden  zoals  hier  beschreven. 

Begin  allereerst  in  DOS  met  het  volgende: 

cd  c:\ 
md  RAID 
cd  RAID 
copy  a:*.exe  c: 


Hiermee  is  het  DOS  gedeelte  afgerond,  start  nii  Microsoft  Windows.  In  Windows 
verschijnt  een  desktop,  genaamd  Program  Manager.  Kies  voor  de  menu  optie  File 
en  selecteer  New  (figuur  A.l). 


Figuur  A.l:  File  New 

Na  het  selecteren  van  New  verschijnt  er  een  dialogbox  die  vraagt  of  er  een  Pro¬ 
gram  Group  of  een  Program  Item  moet  worden  geplaatst  binnen  de  desktop.  Kies 
hier  voor  een  Program  Croup.  Figuur  A. 2  geeft  dit  aan. 


Figuur  A.2:  Program  Group 

Na  het  indrukken  van  de  Ok  button  verschijnt  een  dialogbox  waarin  wordt  ge- 
vraagd  om  de  beschrijving  van  het  programma.  Voer  hier  in:  RAID  Application. 
Na  invoeren  ziet  het  dialogbox  er  uit  als  figuur  A.3. 
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FiguurA.3:  Beschrijving 

Druk  op  OK  en  de  dialogbox  zal  verdwijnen.  Op  de  desktop  verschijnt  nu  een  lege 
group  (weergegeven  door  een  leeg  window)  met  als  naam  ;  RAID  Application. 

Het  window  ziet  er  uit  zoals  figuur  A.4  aangeeft.  Nu  is  de  lege  group  toegevoegd. 


Figuiir  A.4:  Lege  group 

Als  volgende  stap  wordt  opnieuw  New  in  menu  optie  File  gekozen,  maar  deze  keer 
wordt  Program  hem  geselecteerd,  zoals  aangegeven  in  figuur  A. 5. 
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Figuur  A.5:  Program  Item 

Na  het  selecteren  van  Program  Item  en  het  drukken  op  de  Ok  button  verschijnt  een 
nieuwe  dialogbox.  Deze  dialogbox  moet  ingevuld  worden  met  de  gegevens  over 
het  programma.  Op  de  eerste  regel  (Description)  staat  de  programma  identificatie. 
Voer  hier  in:  RAID  (zie  Figuur  A.6). 
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Figuur  A.6:  Programma  gegevens 

Vervolgens  moet  de  koppeling  worden  gemaakt  tiissen  de  gegevens  over  het  pro¬ 
gramma  en  het  programma  zelf.  Dit  wordt  ingevoerd  op  de  zogenaamde  Command 
Line  in  de  dialogbox  van  de  Program  Item  Properties.  Door  Browse  te  kiezen 
verschijnt  een  nieuwe  dialogbox  zoals  is  aangeven  in  figuur  A.7. 


Figuur  A.  1:  File  dialogbox 

Selecteer  de  directory  c:\raid.  Selecteer  de  file  met  als  extensie  exe.  Zodra  in  de 
File  Name-box  hetzelfde  staat  als  in  de  lijst  druk  dan  op  de  Ok  button.  Hiema 
verdwijnt  de  dialogbox  en  is  de  Command  Line  binnen  Program  Item  Properties 
gevuld.  Het  totaal  ziet  er  uit  als  in  figuur  A.8. 
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FiguurA.8:  Totale  gegevens 

Dmk  op  Ok,  het  Program  Item  Properties  gedeelte  is  afgerond. 


Binnen  het  voorheen  lege  window  staat  nu  een  icon  (figuur  A.9).  De  program 
group  zelf  heeft  ook  een  icon  (figuur  A.  10)  dat  zichtbaar  wordt  als  het  window  met 
minimize  tot  een  icon  wordt  verkleind. 
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Figuur  A.  10:  Group  icon 
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